О некоторых принципах



Posted by Аркадий Водяник (195.206.226.7) on August 03, 2001 at 10:23:05:

In Reply to: Re: О поиске товара - снова о ФБП:Ассорти posted by Олег Грибов on August 03, 2001 at 03:18:45:

Олег пишет о ФБП:Ассорти:


:К сожалению тут не выдерживается принцип "Толстый сервер - тонкие клиенты",
:когда по маленькому запросу получаем маленький ответ.

Должен отметить, что упомянутый принцип в этой фразе не выражается!
(это на мой взгляд; строгого же определения такого принципа, наверное,
не существует:)

Клиент - хоть тонкий, хоть толстый - может получить от сервера -
хоть толстого, хоть тонкого - на любой запрос любое количество
информациии. В самом деле, что мешает запустить на ФБП:Сервере
какую-нибудь форму, и получить в ответ много тысяч строк - если
так было задумано? Но форма, чаще всего, содержит немалое количество
так называемой бизнес-логики; а что будет делать с результатом
ФБП:Клиент? Ну покажет эту форму в окне, или предложит как фон для
многострочного ввода (то есть будет использовать как материал для
запроса на ввод операции), или организует поиск в этой форме, или
сформирует уточняющий запрос при нажатии на строку формы. И все.

"Толщина" программы-участника клиент-серверного взаимодействия
определяется тем, что она умеет делать; грубо оценить эту толщину
можно по размерам участника в строках его текста (конечно, не считая
паскалевские или сишные строки интерпретаторов или компиляторов языков
серверной и клиентской сторон и фрагментов, организующих
межпрограммный и пользовательский интерфейс).

В случае ФБП:Ассорти:

Функции на JavaScript (собственно клиент):

всего 811 строк, их могло быть и 500, если бы не ветвления вида
if(ie)...if(n4)...if(n6), сделанные из-за особенностей разных
браузеров. Здесь я не считаю стр'оки JavaScript-массивов,
подготовленных на серверной стороне - это данные, по сути
такие же, как и подготовленные там же слои формы (layers).

И сравните эти 811 строк с типичным размером приложения ФБП:Сервера.
(в строках на языке ФБП). У Вас ведь, наверное, во много раз больше!
И совсем не потому, что язык ФБП многословнее.

Так что с толщинами все по-прежнему.


:Сам процесс поиска товара конечно очень быстрый, но для этого необходимо
:грузить массу лишней информации, а при большом объеме товара это довольно
:долго.

"быстро" и "масса" - это проявления одного из законов сохранения, что-ли.
Я уже говорил о сканировании "в лоб": "массы" не будет, не будет и скорости.

Да и при ближайшем рассмотрении "масса" оказывается приемлемо малой:
загружаемой за несколько минут при низкоскоростном соединении.
Все мы расходуем гораздо больше времени при просмотре перегруженных
графикой сайтов.


:В основном ответ на запрос поиска подготавливается сервером с помощью cgi,
:но я не вижу причин, по которым этот ответ не может быть подготовлен
:"Финансами" (сдается мне, это будет даже быстрее).

Наверное, вместо "быть подготовлен" подразумевалось
"быть полностью подготовлен" ?

Да, Вы правы, что будет быстрее. Но "contacting... contacted...."
(соединения) с удаленным Web-сервером при поиске каждой позиции
сведут на нет ускорение.


Пpишедшие ответы: