Итак, теперь вы знаете, что можно делать с помощью скрытых фрей¬мов, и пора поговорить об их практическом применении. Как уже го¬ворилось, эта методика появилась достаточно давно, а сейчас приме¬няется в приложениях Ajax.
Один из самых сильных аргументов, говорящих в пользу применения скрытых фреймов, - поддержка истории открытия страниц броузера, что дает возможность задействовать кнопки броузера «Вперед» и «На¬зад». Броузер на самом деле не знает, что скрытые фреймы являются скрытыми, поэтому он запоминает все запросы, в том числе и произво¬дившиеся через них. Основная страница приложения Ajax может и не изменяться, но в скрытом фрейме изменения происходят, а это означа¬ет, что перемещаться по хронологии этого фрейма также можно с по¬мощью кнопок «Вперед» и «Назад». Именно по этой причине данный прием задействуется и в Gmail, и в Google Maps.
Будьте внимательны: хронология работы плавающих фреймов не всег запоминается броузерами. Internet Explorer всегда сохраняет хронолог событий в плавающем фрейме. Mozilla Firefox делает это, только ее плавающий фрейм описан в коде HTML (т. е. не был создан динамиче с помощью JavaScript). Safari вообще не сохраняет хронологию событ*-в плавающих фреймах вне зависимости от того, как они были созданы.
Самый главный недостаток скрытых фреймов - это очень неболыно; объем информации, по которой можно было бы судить о том, что в не» происходит. Все будет зависеть от того, насколько правильно страни ца загрузится в скрытый фрейм. Для всех примеров из этого раздел» характерна одна и та же проблема: если загрузка страницы в скрыты! фрейм потерпит неудачу, то пользователь не получит никаких изве щений - главная страница будет ожидать вызова соответствующе функции JavaScript. Разумеется, можно установить тайм-ау на достаточно продолжительное время, скажем на пять минут, и выво дить перед пользователем сообщение, если в течение этого период страница не была загружена, но это не снимает самой проблемы. OCHOI ная проблема заключается в том, что отсутствует информация о прохо ждении запроса HTTP. К счастью есть другая возможность.
С выходом Microsoft Internet Explorer 5.0 появилась рудиментарная поддержка языка XML в виде библиотеки компонентов ActiveX, назы¬ваемой MSXML (эта библиотека рассмотрена в главе 4). Эта библиотека, в частности, предоставляет быстро ставший популярным объект XMLHttp.
Объект XMLHttp создавался с целью дать в руки разработчиков инстру¬мент запуска запросов HTTP из любого места в приложении. По за¬мыслу создателей эти запросы должны были возвращать документы в формате XML; таким образом, объект XMLHttp предоставляет простой способ доступа к информации, заключенной в документах XML. По¬скольку XMLHttp фактически является элементом управления ActiveX, он мог применяться не только в веб-страницах, но и в обычных на¬стольных приложениях Windows, однако в Сети его популярность вы¬росла намного быстрее.
Подметив это обстоятельство, разработчики Mozilla воспроизвели функциональность XMLHttp в своем броузере Firefox. Вскоре после этого функциональность XMLHttp была воспроизведена и в двух других броузе¬рах - в Safari (начиная с версии 1.2) и в Opera (начиная с версии 7.6). Ныне все четыре броузера обеспечивают поддержку XMLHttp до опреде¬ленной степени. (Safari и Opera до сих пор отличает неполнота реали¬зации - не поддерживаются типы запросов, отличные от GET и POST.)