[oodisc] Не хватает одной моей головы.

[AS_Pushkin]

Доброго здоровья!

Черепанов Андрей пишет:
>>>У меня вопрос: а какой сакральный смысл делать преобразование XML на
>>>клиенте?
>>Уменьшение трафика в десятки раз. Клиенту передается XML с данными, а
>>XSLT-процессор переводит его в XHTML, т.е. в удобочитаемый вид.
> Ну 10 раз - это перебор. Процентов 10-20 от силы...
> Не забываем разметку XML.

Нет, не перебор. Дело в том, что в отличие от настольных приложений, в 
web-приложениях табличные данные отдают небольшими порциями с 
постраничным просмотром, примерно как в поисковой системе. Конечно, если 
выдавать десятки тысяч записей за раз, экономия мизерная. Однако я 
сильно сомневаюсь, что кому-то вдруг понадобится просматривать столько 
информации.

Вот только что проверил.
35 записей: XML   - 10455 байт
             XHTML - 25027 байт
20 записей: XML   - 6097  байт
             XHTML - 17350 байт

Конечно, это не в 10 раз, но уж поболе 10-20%.

>>>У меня в Konqueror не заработало (что весьма печально).
>>Да, я знаю. Там есть требования к браузерам
>>[http://axis.elfor.ru/browser.asp]: они должны уметь делать XSLT.
>>Попробуй Mozill'ой или FireFox'ом.
> Пробовал FireFox. Работает. Но меня не удовлетворяет работа FireFox. :(

K-Meleon?

>>>А как быть с перегоном всех анализируемых данных?
>>Хотелось бы уточнить этот вопрос. Я не понял, что имеется в виду.
> Так ты рассматриваешь ТОЛЬКО разметку на стороне клиента? Уууу! Я думал, будет 
> что-то интереснее. :(

Я снова не понял вопроса. А что должно быть на стороне клиента, кроме 
интерфейса? Обеспечивается он посредством XHTML+CSS+ECMAScript.

>>>И что мешало преобразовывать XML на сервере?
>>Две причины:
>>1. Это сильно нагружает сервер. На клиенте такое преобразование
>>производится только один раз после загрузки XML-документа, поэтому для
>>пользователя оно проходит практически незаметно. На сервере теоретически
>>одновременно может происходить много преобразований одновременно. На
>>сегодня, насколько мне известно, все XSLT-процессоры основаны на DOM, а
>>это значит что входное дерево и выходное строится в памяти.
> Если XML - понятное дело. Парсеры XML слишком медлительны.

Это если памяти мало.

>>2. Совершив преобразование на сервере, мы передаем сгенерированную
>>XHTML-страницу, которая содержит заголовок и всю разметку. Такая
>>страница в большинстве случаев в 10-20 раз тяжелее XML-документ. Кроме
>>того, XSLT-таблицы кэшируются браузером и применяются ко множеству
>>XML-документов.
> Если формировать HTML со стилями, то естественно, преобразованный XML будет 
> намного тяжелее. Что говорит о неэффективности перегона из одного формата 
> разметки в другой. :) IMHO

Стили кэшируются. Очень много места занимают описания элементов форм в 
результирующем XHTML + заголовок.

-- 
Andrei Protasovitski              mailto:andrei()siliconmaterials.com
JS "KamSil"                       http://www.siliconmaterials.com/
137, Brestskaya str.,             ICQ: 75725244
225710, Pinsk, Belarus