- •Введение
- •Несколько слов о книге
- •Глава 1. Каким должен бытъ Web-интерфейс
- •Действия пользователя при работе с приложением
- •Накладные расходы при работе в сети
- •Асинхронное взаимодействие
- •Независимый и переходный образы использования
- •Четыре основных принципа Ajax
- •Браузер имеет дело с приложением, а не с содержимым
- •Сервер доставляет данные, а не содержимое
- •Реальное кодирование требует порядка
- •Применение богатых клиентов Ajax
- •Системы, созданные с использованием Ajax
- •Google Maps
- •Альтернативные технологии
- •Macromedia Flash
- •Java Web Start
- •Резюме
- •Ресурсы
- •Основные элементы Ajax
- •JavaScript изучался не зря
- •Определение внешнего вида с помощью CSS
- •Селекторы CSS
- •Свойства стилей
- •Простой пример использования CSS
- •Обработка DOM с помощью JavaScript
- •Поиск узла DOM
- •Создание узла DOM
- •Добавление стилей к документу
- •Свойство innerHTML
- •Асинхронная загрузка с использованием XML
- •Элементы IFrame
- •Объекты XmlDocument и XMLHttpRequest
- •Использование фуниции обратного вызова для контроля запроса
- •Жизненный цикл процедуры поддержки запроса
- •Отличия Ajax от классических технологий
- •Резюме
- •Ресурсы
- •Порядок из хаоса
- •Образы разработки
- •Реструктуризация и Ajax
- •Во всем надо знать меру
- •Реструктуризация в действии
- •Варианты применения реструктуризации
- •Несоответствие браузеров: образы разработки Fagade и Adapter
- •Управление обработчиками событий: образ разработки Observer
- •Повторное использование обработчиков событий: образ разработки Command
- •Обеспечение единственной ссылки на ресурс: образ разработки Singleton
- •"Модель-представление-контроллер "
- •Серверная программа Ajax, созданная без применения образов разработки
- •Реструктуризация модели
- •Разделение содержимого и представления
- •Библиотеки независимых производителей
- •Библиотеки, обеспечивающие работу с различными браузерами
- •Компоненты и наборы компонентов
- •Элементы, располагаемые на стороне сервера
- •Резюме
- •Ресурсы
- •Применение архитектуры MVC к программам различных уровней
- •Применение архитектуры MVC к объектам, присутствующим в среде браузера
- •Представление в составе Ajax-приложения
- •Отделение логики от представления
- •Отделение представления от логики
- •Контроллер в составе Ajax-приложения
- •Классические JavaScript-обработчики
- •Модель обработки событий W3C
- •Реализация гибкой модели событий в JavaScript
- •Модель в составе Ajax-приложения
- •Использование JavaScript для моделирования предметной области
- •Взаимодействие с сервером
- •Генерация представления на основе модели
- •Отражение объектов JavaScript
- •Обработка массивов и объектов
- •Включение контроллера
- •Резюме
- •Ресурсы
- •Программы, выполняемые на сервере
- •Создание программ на стороне сервера
- •N-уровневые архитектуры
- •Управление моделью предметной области на стороне клиента и на стороне сервера
- •Принципы создания программ на сервере
- •Серверные программы, не соответствующие основным принципам разработки
- •Использование архитектуры Model!
- •Использование архитектуры на базе компонентов
- •Архитектуры, ориентированные на использование Web-служб
- •Частные решения: обмен данными
- •Взаимодействие, затрагивающее только клиентскую программу
- •Пример отображения информации о планетах
- •Взаимодействие, ориентированное на содержимое
- •Взаимодействие, ориентированное на сценарий
- •Передача данных серверу
- •Использование HTML-форм
- •Использование объекта XMLHttpRequest
- •Управление обновлением модели
- •Резюме
- •Ресурсы
- •Создание качественного приложения
- •Отклик программы
- •Надежность
- •Согласованность
- •Простота
- •Как получить результат
- •Предоставление сведений пользователю
- •Поддержка ответов на собственные запросы
- •Обработка обновлений, выполненных другими пользователями
- •Создание системы оповещения
- •Основные принципы оповещения
- •Реализация базовых средств оповещения
- •Отображение пиктограмм в строке состояния
- •Отображение подробных сообщений
- •Формирование готовой системы
- •Предоставление информации в запросах
- •Информация о новизне данных
- •Простой способ выделения данных
- •Выделение данных с использованием библиотеки Scriptaculous
- •Резюме
- •Ресурсы
- •JavaScript и защита браузера
- •Политика "сервера-источника"
- •Особенности выполнения сценариев в Ajax-приложении
- •Проблемы с поддоменами
- •Взаимодействие с удаленным сервером
- •Взаимодействие с Web-службами
- •Защита конфиденциальной информации
- •Вмешательство в процесс передачи данных
- •Организация защищенного НТТР-взаимодействия
- •Передача шифрованных данных в ходе обычного HTTP-взаимодействия
- •Управление доступом к потокам данных Ajax
- •Создание защищенных программ на уровне сервера
- •Ограничение доступа к данным из Web
- •Резюме
- •Ресурсы
- •Что такое производительность
- •Скорость выполнения JavaScript-программ
- •Определение времени выполнения приложения
- •Использование профилировщика Venkman
- •Оптимизация скорости выполнения Ajax-приложения
- •Использование памяти JavaScript-кодом
- •Борьба с утечкой памяти
- •Особенности управления памятью в приложениях Ajax
- •Разработка с учетом производительности
- •Простой пример управления памятью
- •Как уменьшить объем используемой памяти в 150 раз
- •Резюме
- •Ресурсы
- •Сценарий двойной комбинации
- •Недостатки клиентского решения
- •Недостатки клиентского решения
- •Архитектура клиента
- •Разработка взаимодействия клиент/сервер
- •Реализация сервера: VB.NET
- •Написание кода сервера
- •Представление результатов
- •Применение каскадных таблиц стилей
- •Дополнительные вопросы
- •Запросы при выборе нескольких элементов
- •Переход от двойного связного выбора к тройному
- •Реструктуризация
- •Новый и улучшенный объект netContentLoader
- •Создание компонента двойного списка
- •Резюме
- •Глава 10. Опережающий ввод
- •Изучаем опережающий ввод
- •Типичные элементы приложений опережающего ввода
- •Google Suggest
- •Ajax как средство опережающего ввода
- •Структура серверной части сценария: С#
- •Сервер и база данных
- •Тестирование серверного кода
- •Структура клиентской части сценария
- •HTML
- •JavaScript
- •Обращение к серверу
- •Дополнительные возможности
- •Реструктуризация
- •День 1: план разработки компонента TextSuggest
- •День 3: включаем Ajax
- •День 4: обработка событий
- •День 5: пользовательский интерфейс всплывающего окна с предлагаемыми вариантами
- •Итоги
- •Резюме
- •Эволюционирующий портал
- •Классический портал
- •Портал с богатым пользовательским интерфейсом
- •Создание портала с использованием Java
- •Таблица пользователя
- •Серверная часть кода регистрации: Java
- •Структура регистрации (клиентская часть)
- •Реализация окон DHTML
- •База данных окон портала
- •Серверный код окна портала
- •Добавление внешней библиотеки JavaScript
- •Возможность автоматического сохранения
- •Адаптация библиотеки
- •Автоматическая запись информации в базе данных
- •Реструктуризация
- •Определение конструктора
- •Адаптация библиотеки AjaxWindows.js
- •Задание команд портала
- •Выводы
- •Резюме
- •Понимание технологий поиска
- •Классический поиск
- •"Живой" поиск с использованием Ajax и XSLT
- •Возврат результатов клиенту
- •Код клиентской части сценария
- •Настройка клиента
- •Инициализация процесса
- •Код серверной части приложения: РНР
- •Создание XML-документа
- •Создание документа XSLT
- •Объединение документов XSL и XML
- •Совместимость с браузером Microsoft Internet Explorer
- •Совместимость с браузерами Mozilla
- •Последние штрихи
- •Применение каскадных таблиц стилей
- •Улучшение поиска
- •Поддержка браузерами Opera и Safari
- •Использовать ли XSLT
- •Решение проблемы закладок
- •Реструктуризация
- •Объект XSLTHelper
- •Компонент "живого" поиска
- •Выводы
- •Резюме
- •Считывание информации из внешнего мира
- •Поиск XML-лент
- •Изучение структуры RSS
- •Богатый пользовательский интерфейс
- •Чтение лент
- •HTML-структура без таблиц
- •Гибкое CSS-форматироеание
- •Глобальный уровень
- •Предварительная загрузка средствами Ajax
- •Богатый эффект перехода
- •Правила прозрачности, учитывающие индивидуальность браузеров
- •Реализация затухающего перехода
- •Интеграция таймеров JavaScript
- •Дополнительные возможности
- •Введение дополнительных лент
- •Интеграция функций пропуска и паузы
- •Как избежать ограничений проекта
- •Обход системы безопасности браузеров Mozilla
- •Изменение масштаба приложения
- •Реструктуризация
- •Модель приложения
- •Представление приложения
- •Контроллер приложения
- •Выводы
- •Резюме
- •Отладчики
- •Для чего нужен отладчик
- •Средство Safari DOM Inspector для Mac OS X
- •Ресурсы
- •JavaScript — это не Java
- •Формирование объектов
Опережающий ввод является одной из основных сфер применения Ajax благодаря которым эта инфраструктура заняла свое место в мире программирования. Возможности Google Suggest впечатляют пользователей, обнаруживающих список предположительных вариантов того, что они набирают (и даже сейчас, спустя много месяцев, эта возможность все еще активно обсуждается). Действие этого приложения подобно работе помощника, сидящего рядом с вами и подсказывающего, что вам нужно. Одни люди думают что предлагаемые значения хранятся на странице, другие полагают, что для получения данных применяется скрытый элемент IPrame. В действительности Google для извлечения новых значений после нажатия каждой клавиши использует объект XMLHttpRequest.
В этой главе вы узнаете, как отправлять запросы Ajax в то время, как пользователь что-то набирает. Кроме того, мы исследуем недостатки доступных реализаций опережающего ввода и определим, как избежать их в нашем приложении. Для начала мы примем понятный низкоуровневый подход. После того как наше приложение заработает, мы перейдем на высокий уровень и используем объектно-ориентированный подход, предлагающий большую гибкость и практичность. Однако, прежде чем мы приступим к созданию приложения, давайте рассмотрим некоторые типичные составляющие опережающего ввода и определим, как мы будем разрабатывать приложение, чтобы максимально использовать их.
10.1.Изучаем опережающий ввод
Сростом популярности инфраструктуры Ajax одной из самых модных сфер ее применения стал опережающий ввод. Сценарии, заранее предлагающие варианты набираемого текста, писали многие люди, реализовывавшие различные варианты взаимодействия с сервером. Одни решения имели свои недостатки, другие подходы были чересчур агрессивными. Чтобы получить общее представление о данном вопросе, вначале оценим ряд функциональных возможностей, реализованных во многих приложениях упреждающих предположений, а затем кратко рассмотрим Google Suggest. После этого мы разработаем свое приложение.
10.1.1. Типичные элементы приложений опережающего ввода
В настоящее время существует множество приложений опережающего ввода — от простейших до достаточно сложных. Все они преследуют одну цель, просто в некоторых реализованы более модные интерфейсы с затухающими переходами. Введите в какой-либо поисковой программе "type-ahead suggest Ajax" — и вы получите приличное число результатов.
Изучив несколько представителей данного множества, можно заметить, что все они построены примерно по одной схеме.
Таблица 10.1. Проблемы приложений опережающего ввода
П^блема Результат
Пообработка на сервере Чрезмерное потребление полосы пропускания. Представьте,
после каждого нажатия |
какая ширина полосы требуется для обработки действий |
клавиши |
1 000 пользователей, набирающих 10-символьные слова |
данные не кэшируются |
Запросы бомбардируют базу данных постоянно, даже если |
|
в ответ на запрос возвращаются пакеты данных, ранее уже |
|
передававшиеся клиенту |
Модем 56К |
Да, еще существуют пользователи, применяющие удаленный |
|
доступ по модему; для них передача информации с сервера |
|
будет сопровождаться заметными паузами |
Возврат слишком |
Если не ограничить количество результатов, клиенту будет |
большого числа |
отправлено чересчур много данных (соответственно |
результатов |
увеличится время отправки ответа) |
Слишком модный |
Множество "наворотов" может мешать, увеличивая время |
интерфейс |
визуализации |
Быстрая печать |
Некоторые люди способны печатать быстро. Определенные |
|
сценарии рассчитаны на людей, долго ищущих на клавиатуре |
|
нужную букву |
1.Вы набираете символ.
2.Приложение отправляет запрос на сервер.
3.Данные возвращаются клиенту.
4.Клиент принимает данные и отображает результаты в таблице, элементе div, текстовом окне и т.п.
Тем не менее существуют моменты, в которых некоторые сценарии проявляют себя не лучшим образом. Разработчикам следует учитывать ширину полосы пропускания, пропускную способность сервера, а также конфигурацию клиента. Если вы забудете об этих факторах, использование Ajax может вызвать отрицательную реакцию пользователя (а нужна положительная).. Возможные проблемы, довольно распространенные в приложениях Ajax, перечислены в табл. 10.1.
Разработчики, как правило, забывают о полосе пропускания. Даже один
пользователь, вводящий простое слово, может |
несколько раз сталкиваться |
с дообработкой на сервере. Объедините это с |
проблемой быстрой печати, |
и число запросов в секунду станет даже больше, чем в приложениях, не использующих Ajax.
Наличие оперативного интерфейса также очень важно. Чем больше времени уходит на визуализацию средств управления, тем позже пользователь их увидит и тем менее эффективным будет приложение. Кроме того, возможны задержки в работе, из-за завышенной нагрузки на сервер. Если запросы формируются слишком часто или возвращают чересчур много данных, пострадает оперативность пользовательского интерфейса.
Рис. 10.1. Google Suggest предлагает различные варианты после ввода буквы "е"
Для повышения оперативности интерфейса можно каптировать данные на стороне клиента. (Данные можно кэшировать и на сервере, но это другая тема, более знакомая разработчикам классических Web-приложений.) Система опережающего ввода обычно возвращает тем меньше результатов, чем больше набрано символов, причем, как правило, эти результаты входили в самый первый предложенный набор. Реализация системы "в лоб" отбрасывает предыдущие запросы в ответ на набор новых букв и извлекает с сервера новые данные. Более интеллектуальная система может оставить результаты первоначального запроса, отсеивая неподходящие элементы по мере ввода пользователем символов и обновляя пользовательский интерфейс без обращения к серверу за обработкой каждого нового символа. Такое решение улучшает приложение путем повышения оперативности и сокращения требуемой полосы пропускания. Мы просто обрабатываем имеющийся набор результатов, что ускоряет извлечение нужной информации и снимает необходимость в дополнительных этапах обработки на сервере.
Пожалуй, хватит теории. В следующем разделе мы рассмотрим готовую реализацию опережающего ввода.
10.1.2. Google Suggest
Некоторые люди считают Google Suggest вершиной приложений опережающего ввода. Google Suggest — это быстрое, доброжелательное к пользователю приложение, эффективно выполняющее свою работу. На рис. 10.1 показано, как Google Suggest предлагает варианты после ввода буквы "е".
На рис. 10.1 число предложений ограничено десятью. Зная, какой базой данных располагает Google, можно было бы ожидать и миллиарды предложений. При отборе информации, отображаемой пользователю, Google использует специальный алгоритм. Чтобы понять, как работает написанный Google код JavaScript, разработчики внимательно его разобрали (помните, что код JavaScript невозможно скрыть полностью, хотя можно запутать его анализ).
Рис. 10.2. Архитектура системы опережающего ввода
Одной из наиболее впечатляющих особенностей Google Suggest является поддержка быстрого набора — для ограничения числа обращений к серверу за короткий промежуток используются различные таймеры. Данный вопрос чрезвычайно важен для Google из-за огромного числа пользователей. Большое число обращений к серверу может порождать проблемы, кроме того, ограничение этого числа позволяет экономить ресурсы.
Пример Google вдохновляет нас (и многих других). В следующем разделе мы соберем лучшие из рассмотренных элементов и разработаем собственную схему опережающего ввода —- приложение Ajax.
10.1.3. Ajax как средство опережающего ввода
Средства опережающего ввода нашего приложения будут пытаться максимально уменьшить нагрузку на сервер. Небольшие сайты не могут обработать трафик, допустимый для Google, Amazon и Yahoo!, поскольку не имеют мощных регуляторов распределения нагрузки и множества серверов, обрабатывающих запросы. Следовательно, чем больше мы сэкономим полосу, тем дешевле будет эксплуатация небольших сайтов.
Для достижения поставленной цели будем использовать сервер только тогда, когда нам потребуются новые данные. В этом приложении мы используем основанное на сценарии взаимодействие клиент/сервер. Сервер форматирует результаты в виде выражений JavaScript, которые можно выполнить на стороне клиента. Данные, возвращаемые сервером, содержат только текст предлагаемых вариантов и идентификационное поле, которое мы желаем связать с этими данными. Это идентификационное поле можно сравнивать со значением или дескриптором опции. Большинство сценариев не позволяет отправлять идентификатор; в нашем это возможно. Далее браузер обрабатывает возвращенные данные как код JavaScript. Диаграмма этого процесса приведена на рис. 10.2.
Видно, что та часть сценария, которая собственно и представляет собой инфраструктуру Ajax, позволяет захватывать данные с сервера. Сервер возвращает клиенту текстовый документ, содержащий выражение JavaScript.