DPH
Не прав.
Простейший пример - нужно показать пользователю огромный список.
Он спокойненько строится на сервере и кладется в кэш, пользователю отдается
первая и вторая (например) страница.
Код на клиенте всегда, когда пользователь смотрит страницу n, запрашивает с сервера
страницы n и n+1 - в асинхронном режиме.
Выигрыш: на трафике (обычно все просматривать не надо, можно еще и навигацию приделать,
да и список значений компактнее их же в HTML), скорости отклика у клиента (это, кстати, основной реальный параметр).


Неудачный пример. Вот смотрю я например страницу 1, 2-я уже загружена, затем сразу перехожу на страницу 4, в это время уже грузится 5-я. И чего? И где тут выйгрыш во времени отклика. А где меньшее потребление трафика? В данном примере, она даже в 2-а раза больше, чем без AJAX бы было. И вообще, если не использовать AJAX, то почему обязательно все тянуть на коиента??? Разбиваем на страницы и делаем панельку с навигацией и делов то.

DPH
Вообще, по опыту, хорошо написанное AJAX приложение в сумме потребляет существенно
меньше трафика

не встречал я пока таких, все они жутко тормозные и глючные.
DPH
(правда, для этого нужно писать его самому,

читал в форумах посты людей, пытающихся это сделать, задача это очень сложная, если это кому-то и удалось сделать, то не завидую тем, кто потом в этом чуде будет разбираться и поддерживать.

DPH
а не использовать тяжелые существующие framework'и),

другого выхода в 99% случаев нет. Это конечно если здраво мыслить :)

DPH
дает очень сильный выигрыш в скорости отклика,


ИМХО, AJAX нужен лишь для того, чтобы web приложения смогли хоть как-то приблизиться по Usability к старым, добрым клиентам на SWING/SWT/MFC/Delphi и т.д. На данный момент, AJAX приложения убоги, тормозны и глючны.

DPH
позволяет
писать гораздо более простой код на стороне сервера (вся логика отображения убрана
на клиент).

Думаю, что AJAX тут не причем.