- •Введение
- •Несколько слов о книге
- •Глава 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
- •Формирование объектов
пи |
Часть I. Новый взгляд на Web-приложение |
создавать новый образ Fagade для каждого из этих вариантов, мы реализуем над одной из подсистем дополнительный уровень, который предоставляет тот же API, что и другая подсистема. Этот уровень, как и сам образ разработки, [называется Adapter. В библиотеке Sarissa, которую мы рассмотрим в разделе 3-5.1, образ Adapter применяется для преобразования компонента ActiveX в браузере Internet Explorer. В результате он становится похожим на объект xMLHttpRequest, встроенный в браузере Mozilla. Оба подхода имеют право на существование и помогают интегрировать существующий код или продукты независимых разработчиков (включая сами браузеры) в проект Ajax.
Теперь перейдем к рассмотрению следующего варианта применения образов разработки, связанного с моделью поддержки событий JavaScript.
3.2.2. Управление обработчиками событий: образ разработки Observer
Невозможно создать нетривиальное Ajax-приложение, не обеспечив работу с событиями. Пользовательский интерфейс JavaScript управляется событиями, и асинхронные запросы, типичные для Ajax, требуют интенсивного использования функций обратного вызова и обработчиков событий. В простых приложениях конкретное событие, например щелчок мышью или получение данных с сервера, может быть обработано с помощью одной функции. По мере усложнения программы и увеличения ее размера необходимо выделять несколько подсистем и событий, причем в ряде случаев заинтересованные подсистемы могут оповещать сами себя о необходимости обработки. Рассмотрим эти вопросы подробнее.
Использование нескольких обработчиков событий
Очень часто фрагмент JavaScript-кода определяют как функцию window, onload, чтобы он получал управление тогда, когда документ полностью загружен (и, следовательно, древовидная структура DOM сформирована). Предположим, что нам необходим элемент DOM, который после загрузки страницы через определенные интервалы времени отображал бы данные, полученные с сервера. JavaScript-код, координирующий загрузку информации
иее отображение, должен иметь ссылку на узел DOM. Получить ее можно
вобработчике window.onload.
window.onload=function(){ displayDiv=document.getElementById('display') ;
)
Пока все хорошо. Предположим теперь, что нам также необходимо отображать новости (соответствующая программная реализация будет рассмотрена в главе 13). Код, контролирующий отображение новостей, также должен получить ссылки на некоторые элементы DOM. Для этого надо определить обработчик window.onload.
window.onload=function(){ feedDiv=document.getEleraentById('feeds') ;
}
Глава 3. Управление кодом Ajax 111
Проверим оба фрагмента кода на отдельных страницах и убедимся, что они работают корректно. Однако при их объединении вторая функция window, onload переопределяет первую, в результате чего возникают ошибки. Проблема в том, что с объектом окна можно связать только одну функцию onload.
Ограничения объединенного обработчика событий
Второй обработчик событий замещает первый. Этого можно избежать, реализовав все действия по обработке в одной функции.
window.onload=function() { displayDiv=document.getElementById('display' ) ;
feedDiv=document.getElementById('feeds') ;
}
Такой подход допустим в нашем конкретном примере, но он приводит к усложнению кода; теперь процессы отображения данных и просмотра новостей становятся зависимыми друг от друга. Если же мы будем иметь дело не с двумя системами, а с десятью или даже с двадцатью, и каждому потребуется ссылка на несколько элементов DOM, то объединенный обработчик станет неуправляемым. Добавление и удаление отдельных компонентов будет сопровождаться появлением ошибок, т.е. возникнет та ситуация, о которой мы говорили в начале главы: все будут бояться внести хотя бы минимальные изменения в состав кода, чтобы не разрушить его окончательно. Давайте прибегнем к реструктуризации и определим отдельную функцию для каждой подсистемы.
window.onload=function(){
getDisplayElements();
getFeedElements();
}
function getDisplayElements(){ displayDiv=document.getElementById('display' ) ;
}
function getFeedElements(){ feedDiv=document.getElementByld('feeds' ) ;
}
Теперь код стал более понятным: в обработчике window.onload() каждой подсистеме соответствует одна строка, однако объединенная функция все еще остается слабым местом и способна доставить неприятности. В следующем разделе мы рассмотрим альтернативное решение. Оно более сложное, но обеспечивает большую надежность.
Образ разработки Observer
Иногда бывает полезно задать себе вопрос: какой компонент отвечает за то или иное действие? В нашем случае составная функция возлагает на объект window ответственность за получение ссылок на элементы DOM. Теперь объект окна должен знать, какая из подсистем присутствует на странице. В идеале каждая подсистема должна сама отвечать за получение ссылок.
112Часть I. Новый взгляд на Web-приложение
Вэтом случае, если подсистема присутствует, она получит ссылки, в противном случае действия по определению ссылок выполняться не будут.
Для того чтобы обеспечить разделение ответственности, мы дадим возможность подсистемам регистрироваться для оповещения. Для этого каждая подсистема должна указать функцию, которая будет вызвана при наступлении события onload. Реализуется такое решение следующим образом:
window.onloadListeners=new Array(); window.addOnLoadListener(listener){ window.onloadListeners[window.onloadListeners.length]=listener;
}
После загрузки окна объект window должен лишь осуществить перебор элементов массива и вызывать по очереди каждую функцию.
window.onload=function(){
for(var i=0;i<window.onloadListeners.length;i++){ var func=window.onlloadListeners[i] ;
func.callO ;
}
}
Если каждая подсистема будет создана с использованием данного подхода, мы обеспечим работу с ними, не объединяя фрагменты кода. Конечно, при этом существует опасность некорректно переопределить window. onload, что приведет к разрушению системы. Однако, поскольку "опасный" фрагмент лишь один, мы можем позаботиться, чтобы это не произошло.
Следует заметить, что новая модель событий W3C допускает существование нескольких обработчиков событий. Однако эта модель по-разному реализована в различных браузерах, поэтому мы предпочли сформировать собственный обработчик на базе знакомой модели событий JavaScript. Подробнее данный вопрос будет рассмотрен в главе 4.
В данном случае мы реструктуризируем код для того, чтобы он соответствовал образу разработки Observer. Согласно данному образу определяется объект Observable (в данном случае это встроенный объект окна) и набор обработчиков Observer или Listener, которые могут регистрироваться в объекте Observable (рис. 3.2).
При использовании образа Observer ответственность разделяется между источником события и обработчиком. Обработчики отвечают за свою регистрацию и ее отмену. На источник события возлагается ответственность за поддержку списка зарегистрированных обработчиков и оповещение о наступлении события. Данный образ давно используется при программировании пользовательских интерфейсов, управляемых событиями. Мы вернемся к нему в главе 4, когда будем подробно обсуждать события JavaScript. Как вы увидите, механизм событий может быть использован независимо от обработки браузером действий пользователя с мышью и клавиатурой.
Теперь перейдем к рассмотрению следующей проблемы, которая также может быть решена путем реструктуризации.
Глава 3. Управление кодом Ajax 113
Рис. 3.2. Разделение ответственности согласно образу разработки Observer. Объекты Observer, которые должны оповещаться о событии, могут регистрироваться в объекте Observable или отменять регистрацию. Все зарегистрированные обработчики получают информацию о наступлении события
3.2.3. Повторное использование обработчиков событий: образ разработки Command
Очевидно, что при работе с большинством приложений пользователь сообщает им, какие действия надо выполнить (обычно он щелкает для этого мышью или нажимает клавиши на клавиатуре), а приложения следуют полученным инструкциям. В простых программах может существовать только один способ выполнения требуемых операций, но сложные программы обычно разрабатываются так, чтобы пользователь смог получить требуемый результат различными способами.
Компонент, реализующий кнопку
Предположим, что в нашем приложении предусмотрен элемент DOM, который выглядит на экране как кнопка. После щелчка на этой кнопке производятся некоторые вычисления и результаты отображаются в HTML-таблице. Нам необходимо определить функцию обработки щелчка мышью на кнопке. Эта функция имеет приблизительно следующий вид:
function buttonOnclickHandler(event){ var data=new Array();
data[0]=6;
data[l]=data[0]/3;
data[2]=data[0]*data[1]+7;
var newRow=createTableRow(dataTable) ; for (var i=0;Kdata.length;i++){ createTableCell(newRow,data[i]);
}
}
Мы предполагаем, что переменная dataTable ссылается на существующую таблицу и что в функциях createTableRow() и createTableCell () корректно реализованы действия со структурой DOM. Необходимо заметить, что в реальном приложении вычисления могут занимать длительное время, а про-
114 Часть I. Новый взгляд на Web-приложение
грамма, выполняющая их, может содержать сотни строк кода. Обработчик связывается с кнопкой следующим образом:
buttonDiv.onclick=buttonOnclickHandler;
Поддержка различных типов событий
Теперь предположим, что приложение реализуется средствами Ajax. Мы обращаемся к серверу за данными и, получив их, выполняем вычисления и заполняем таблицу. Сейчас не будем говорить о том, как реализовать повторяющиеся обращения к серверу, предположим лишь, что в нашем распоряжении есть объект poller. В нем предусмотрены действия с объектом XMLHttpRequest, а обработчик onreadystatechange по окончании загрузки данных с сервера вызывает функцию onload. Чтобы не углубляться в детали вычислений и отображения данных, будем считать, что все необходимые операции реализованы в составе вспомогательных функций.
function buttonOnclickHandler(event){ var data=calculate(); showData(dataTable,data);
function ajaxOnloadHandler(){ var data=calculate(); showData(otherDataTable,data);
function calculate(){ var data=new Array(); data[0]=6; data[l]=data[0]/3;
data[2]=data[0]*data[1]+7; return data;
function showData(table,data){
var newRow=createTableRow(table); for (var i=0;i<data.length;i++){ createTableCell(newRow,data[i]) ;
buttonDiv.onclick=buttonOnclickHandler;
poller.onload=ajaxOnloadHandler;
Многие действия скрыты в функциях calculate () и showData (), а принцип установки обработчиков onclick и onload уже знаком вам.
Мы получили более полное разделение бизнес-логики и кода, ответственного за обновление пользовательского интерфейса. Как и ранее, мы воспользовались уже готовым решением. На этот раз нам помог образ разработки Command. В объекте Command определяются действия любой сложности, после чего сам объект легко передается различным элементам пользовательского интерфейса. В классических объектно-ориентированных языках объект Command обычно создается на основе некоторого базового класса или интерфейса. Мы поступим несколько другим способом — будем рассматривать функции JavaScript как объекты Command, обеспечивающие требуемую степень абстрагирования.
Глава 3. Управление кодом Ajax |
115 |
Рис. 3.3. Использование образа разработки Command для реализации универсального стека отмены действий в текстовом процессоре. Все действия пользователя представляются как объекты Command и могут быть легко отменены
Оформление всех действий пользователя в виде объекта Command может показаться сложным решением, однако затрата усилий окупается. Если все действия пользователя объединены в объекте Command, мы можем без труда связать с ними другие стандартные функции. При обсуждении образа разработки Command в качестве примера предоставляемых им возможностей чаще всего рассматривается добавление метода undo (), предполагающего отмену результатов действий в пределах всего приложения. При использовании образа разработки Command объекты, инкапсулирующие действия пользователя, записываются в стек, а при активизации кнопки, предназначенной для отмены действий, извлекаются из стека (рис. 3.3).
Каждый новый объект помещается в вершину стека, в результате появляется возможность пошаговой отмены действий. Процесс создания документа представляет собой не что иное, как последовательность действий. В какой-то момент пользователь может выделить весь текст документа и случайно нажать клавишу <Delete>. При вызове функции undo() извлекается верхний элемент стека и вызывается его метод undo (), который возвращает удаленный текст. Следующий вызов данной функции отменит выбор текста и т.д.