Alexey TurnВозьмем к примеру AJAX e-mail клиент pro.mail.ru или gmail.
Если написать его в виде апплета и сравнить "вес" апплета и вес скриптов, что окажется больше?

Поделюсь своим опытом.

Имеется у нас серия Веб-приложений, которые предназначены для просмотра и рдактирования больших объемов данных в базах данных. До некоторого времени в приложениях благополучно использовались апплеты, с которыми не было никаких особых проблем, кроме проблемы наличия в браузерах JVM 1.4+ (понятно, что использовались Swing и JAXP). Поскольку круг пользователей был ограничен, а пользователи были более или менее "постоянными", и эта проблема была решена - путем тестирования JVM во входных страницах приложений и предложения пользователю установить нужную JVM с использованием хорошо известных URL.

Потом в системе появились "публичные" приложения - используемые "временными" (случайными) пользователями - типа просмотра каталогов, выписки заказов и пр. Понятно, что все это в конечном счете из области электронной коммерции. Тут, конечно, начались проблемы, поскольку многие пользователи либо не справлялись с установкой JVM, либо просто отказывались это делать ("в лом" или "стремно"). Пришлось делать эти "публичные" приложения на JavaScript / Ajax. Поначалу все было хорошо, деревья раскрывались, гриды шелестели, пользователи были довольны. НО когда объемы данных резко выросли (от тестовых баз перешли к реальным), проявилась раздражающая медленность браузеров в рендеринге страниц, содержащих эти большие объемы. Ну, например, имеем обыкновенное дерево с динамической загрузкой ветвей, все хорошо, кликнул - подгрузилось. НО если в этой веточке 1000 подветочек, тут-то все и начинается. Данные приходят с сервера за 3 сек., парсятся за 2 сек., а ОТРИСОВЫВАЮТСЯ за 20 сек! (это в MS IE; в FireFox все побыстрее). Причем чем болше веточек пользователь открывает, тем больше тормоз (и понятно почему - HTML DOM растет, и браузеру все труднее и труднее его перерисовать).

Короче, как ни изгалялись, приемлемой производительности так и не добились. Закрывать / вычищать соседние ветки оказалось еще хуже - на удаление их из HTML DOM тоже уходит изрядное время.

Короче, JavaScript / Ajax хорош, если а) размеры манипулируемого HTML DOM ограничены и б) надо, чтобы работало в стандартных браузерах без доустановки специфических компонентов.

Если оба условия выполняются, JavaScript / Ajax однозначно лучше.

Если оба условия не выполняются, апплеты однозначно лучше.

Если первое не выполняется, а второе выполняется, проблема технически пока неразрешима. Практически решается так: "публичные" приложения делаются на JavaScript / Ajax со всевозможными ухищрениями для ограничения размера манипулируемого HTML DOM (в том числе иногда и с некоторым ущербом для удобства пользователя), а приложения ограниченного пользования делаются на апплетах.

Если первое выполняется, а второе не выполняется, пишем на JavaScript / Ajax. Тут учитываются вторичные соображения типа того, что писать приложение в единой среде проще, чем организовывать коммуникации Applet / JavaScript (кто писал drag-drop из апплета в HTML и обратно - тот знает трудности и ограничения).

С точки зрения времени, затрачиваемого на реализацию - для программиста, одинаково знающего JavaScript / HTML DOM и Java / Swing, оно примерно одинаково. Для JavaScript доступны вполне зрелые библиотеки (даже бесплатные - типа Yahoo!UI, которую мы и используем), однако кодирование и отладка JavaScript намного нуднее за счет отсутствия синтаксического контроля при писании кода - все должно сидеть в башке (в Java редактор кода обычно сразу показывает все такого рода ошибки, которые в JavaScript ловятся только при запуске).

Фотт.

Alexey TurnТоже замечаю, что при увеличении коммуникаций с AJAX интерфейсом - он начинает подтормаживать. Потом, если перезагрузить страничку - все снова быстро начинает работать.
Сначала думал, что утечка памяти. Потом в DOM -инспекторе FireFox посмотрел дерево и обнаружил, что ноды все добавляются и добавляются, захламляя DOM.

Можно подробнее насчет чистки. Как она реализуется?
А если вычищать ноды периодически по таймеру?


А что значит "вычищать по таймеру"? То есть какие вычищать? Если Вы используете Ajax, значит, ВЫ контролируете содержимое DOM. Ну, если пользователь щелкнул там по узлу в дереве, мы заполняем таблицу дочерних узлов. Если он щелкнул обратно, вычищаем эти узлы. Если пользователь щелкнул по скроллбару в гриде - мы вычищаем строки в таблице в начале или в конце буфера и перезаписываем их - все делаем мы. Главное, не забывать это делать.

am_sasaвот я "вычищаю" с помощью div.innerHtml="" , этого достаточно или лучше div.firctChild=null

Достаточно. Если непосредствено удалять детишек, div.firstChild=null не сработает - это readonly свойство. Лучше так: