- •Введение
- •Несколько слов о книге
- •Глава 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
- •Формирование объектов
Глава 12. "Живой" поиск с использованием XSLT 503
Листинг 12.11. Функция GrabNumber, содержащая ссылку-закладку
function GrabNumber(){
var strLink = "<a href= 1 " + location.href.split("?")[0] + "?q=" + document-Forml.user.value + '">Save Search</a>";
document.getElementById("spanSave").innerHTML = strLink;
Код, приведенный в листинге 12.11, генерирует динамическую ссылку на текущую страницу поиска и добавляет параметр строки запроса q со значением, указанным в текстовом окне. Именно параметр строки запроса позволит нам в будущем "вспомнить" произведенный поиск. Далее эта новая ссылка добавляется в элемент span на странице, чтобы пользователь мог выбрать ссылку и отправить ее другим пользователям или создать закладку на нее, щелкнув правой кнопкой мыши на ссылке и добавив ее в папку Избранное. В листинге 12.12 мы получаем значение строки запроса из URL во время загрузки страницы, а затем выполняем поиск автоматически, чтобы отобразить результаты.
Листинг 12.12. Получение значения строки запроса и выполнение поиска
window.onload = function(){
var strQS = window.location.search; var intQS = strQS.indexOf("q="); if(intQS != -1){
|
document.Forml.user.value = strQS.substring(intQS+2); |
|
|
GrabNumber(); |
|
|
} |
|
} |
щ |
|
|
|
|
К объекту окна мы добавили обработчик события onload, который выполнит функцию при загрузке страницы. Проверим, содержится ли значение строки запроса в URL; если да, то мы получаем значение. Значение строки запроса помещается в текстовом окне, а затем автоматически выполняется функция GrabNumber (), формирующая таблицу результатов. Добавление указанного кода позволяет создавать закладки на страницы поиска и получать результаты поиска на странице без ввода условий поиска вручную. Благодаря этому наш проект Ajax становится еще более дружественным к пользователю.
12.6. Реструктуризация |
_ |
Пришло время вывести "живой" поиск XSLT на следующий уровень, используя (вы догадались!) компонентное представление. Мы должны взять полученный стильный сценарий и реструктуризировать в объектноориентированный повторно используемый компонент. Начнем с XSLTобработки на стороне клиента. Отметим, что данный пример отличается от
504 Часть IV. Ajax в примерах
всех остальных Б ТОМ смысле, что все вопросы, связанные с обработкой ответа методами DOM. он решает с помощью XSLT. Ну что ж, начнем! Мы должны так изменить XSLT-обработку, чтобы ее можно было использовать и с другими компонентами (а не только с "живым" поиском). Сделав это, мы сосредоточимся на такой реструктуризации "живого1' поиска, чтобы его можно было быстро добавить на любую страницу как удобный настраиваемый компонент.
12.6.1. Объект XSLTHelper
Нам пришлось много потрудиться, чтобы выяснить все подробности XSLTобработки на стороне клиента. Например, мы узнали, что для выполнения указанного преобразования можно задействовать абсолютно разные API, в зависимости от того, на какие браузеры мы рассчитываем — Internet Explorer или Mozilla. Кроме того, каждый API имеет собственные индивидуальные особенности. Поэтому было бы стыдно не инкапсулировать эти тяжким трудом полученные знания, чтобы коллегам, которые пойдут вслед за нами, не пришлось с таким же трудом разбираться с кажущимися простыми XSLT-преобразованиями. Следовательно, создадим объект XSLTHelper, инкапсулирующий все вопросы, касающиеся XSLT.
Вся XSLT-обработка обычно требует два источника информации: преобразовываемого XML-документа и XSL-документа, содержащего правила преобразования. Учитывая это, можем написать конструктор вспомогательного объекта, с помощью которого сохраним это состояние.
function XSLTHelper( xmlURL, xslURL ) {
this.xmlURL = xmlURL; this.xslURL = xslURL;
}
Пожалуй, этот конструктор является самым простым из всех, использованных в данной книге. Он просто записывает URL упомянутых выше документов: документа с XML-данными и документа с XSLT-преобразованием. Однако, прежде чем мы уверимся в совершенной простоте всей предстоящей работы, нужно придумать API, поддерживающий постепенное ухудшение условий. Нам нужно, чтобы сценарий выполнял XSLT-обработку, только если браузер ее поддерживает. Таким образом, если мы собираемся написать объект-"помощник", было бы неплохо, чтобы его API сообщал клиенту, может ли он выполнять XSLT-преобразования. Однако создание дополнительного объекта для выяснения, поддерживает ли браузер XSLT, — не очень хорошая идея. Решением такой проблемы является использование функции API, область действия которой распространяется не на объект-прототип, а на саму Функцию конструктора. Данную функцию можно рассматривать как статический метод в мире Java. В конечном итоге мы хотим, чтобы клиент мог написать код, который выглядит примерно следующим образом:
XSLTHelper.isXSLTSupported{) ;
вместо того, чтобы создавать объект так, как показано ниже.
Глава 12. "Живой" поиск с использованием XSLT 505
var helper = new XSLTHelper( 'phoneBook.xml', 1 transformation.xsl' ) ;
var canDoThis = helper.isXSLTSupported();
Для этого предоставим нашим пользователям статический метод, который выражается таким образом:
XSLTHelper.isXSLTSupported = function() {
return (window.XMLHttpRequest && window.XSLTProcessor) || XSLTHelper.isIEXmlSupported();
}
XSLTHelper.isIEXmlSupported = function() { if ( ! window.ActiveXObject )
return false;
try { new ActiveXObj ect("Microsoft.XMLDOM"); return true; }
c a t c h ( e r r ) { r e t u r n f a l s e ; }
>
Здесь мы не использовали ничего нового. Логика идентична определенной ранее; мы просто инкапсулировали информацию о наличии поддержки XSLT. Наверняка кто-то нас за это поблагодарит. Теперь же мы можем конкретизировать оставшуюся часть API XSLTHelper.
Не будем все усложнять. Как вы относитесь к тому, чтобы выполнение XSLT-обработки требовало от клиентов нашего класса вызова единственного метода? Для этого мы включим во вспомогательный объект дополнительные методы, разделяющие ответственности всей внутренней логики, но для клиентов мы реализуем один общий API. Семантика данного объекта будет следующей:
var helper = new XSLTHelper ( 'phoneBook.xml1, 'transformation.xsl1 ) ;
helper.loadView{ 'someContainerld1 );
В данном примере документ phoneBook. xml нужно преобразовать в HTML с помощью документа transformation.xsl, а полученный в результате HTML-код следует поместить в элемент с идентификатором someContainerld. Кроме того, зададим, что функция loadview() может принимать в качестве параметров либо строку, представляющую идентификатор элемента, либо сам элемент. Внутренний код функции сам определит, с чем он имеет дело, и отреагирует соответствующим образом. Да, кстати, если клиент не собирается повторно использовать экземпляр нашего вспомогательного объекта, все сказанное можно выразить в одной строке кода:
new XSLTHelper('phoneBook.xml1,
'transformation.xsl1 ).loadView('someContainerld1 ); Определив API и его семантику, мы можем реализовать его, как показано
в листинге 12.13.
506 Часть IV. Ajax в примерах
Листинг 12.13. Метод loadview loadView: function ( container ) { / / О Проверить поддержку XSLT
if ( ! XSLTHelper.isXSLTSupportedO ) return;
//© Заново инициализировать состояние вспомогательного объекта this.xmlDocument = null;
this.xslStyleSheet = null; this.container = $(container);
//© Запросить документы
new Ajax.Requestt this.xmlURL,
{onComplete: this.setXMLDocument.bind(this)J ); new Ajax.Request( this.xslURL,
{method:"GET", onComplete:
|
this.setXSLDocument.bind(this)} ) ; |
Ь |
m |
Первое, что делает метод loadView(), — это убеждается в том, что используемый браузер поддерживает XSLT О. Вообще-то, клиент уже должен был это сделать (как в нашем предыдущем примере), но если нам попался безответственный пользователь, лучше лишний раз все перепроверить. Затем метод присваивает значение null переменным состояния, которые будут хранить документы XML и XSL, и устанавливает ссылку на обновляемый контейнер ©. Наконец, метод отправляет запросы Ajax для извлечения документов XML и XSL ©, Когда сервер пришлет затребованный документ XML, будет вызван метод setXMLDocument (). Аналогично, когда сервер вернет документ XSL, вызывается метод setXSLDocument (). Реализация данных функций показана в листинге 12.14.
Листинг 12.14. Настройка документов XML и XSL
setXMLDocument: function(request) { this.xmlDocument = request.responseXML; this.updateViewIfDocumentsLoaded();
},
setXSLDocument: function(request) {
this . xslStyleSheet = request.responseXML; this.updateViewIfDocumentsLoaded();
Указанные методы сопоставляют с переменными состояния объекта XSLTHelper документы XML и XSL. Затем они вызывают метод updateViewifDocumentsLoaded(), который проверяет, инициализированы ли оба документа, и в случае положительного ответа обновляет представление. Метод updateViewIfDocumentsLoaded() реализован следующим образом:
updateViewIfDocumentsLoaded: function() {
if ( this.xmlDocument == null |I this.xslStyleSheet == null ) return;
Ьthis.updateView();
Глава 12. "Живой" поиск с использованием XSLT 507
Как только с сервера поступят оба документа, мы сможем обновить пользовательский интерфейс. Мы узнаем, что оба отклика поступили, когда обе переменные состояния, this .xmlDocument и this .xslStyleSheet, будут иметь значение, не равное null. Соответствующий метод обновления updateView() показан в листинге 12.15.
updateView: function () { |
|
if { ! XSLTHelper.isXSLTSupportedO ) |
|
return; |
|
if { window.XMLHttpRequest && window.XSLTProcessor ) |
|
this.updateViewMozilla(); |
|
else if ( window.ActiveXObject ) |
|
this.updateViewIE(); |
|
ь |
m |
Как уже отмечалось, для каждого поддерживаемого типа браузеров требуется отдельная реализация. Детали соответствующих процессов мы рассмотрим по отдельности, начав с реализации для браузера Mozilla, показанной в листинге 12.16.
Листинг 12.16. Обновление представления в браузере Mozilla
updateViewMozilla: function!) { // Инициализировать трансформер
var xsltProcessor =* new XSLTProcessor (); xsltProcessor.importStylesheet(this.xslStyleSheet); var fragment - xsltProcessor.
// О Выполнить XSLT-преобразование Trans formToFragment(
this.xmlDocument, document);
//@ Обновить пользовательский интерфейс this.container.innerHTML = ""; this.container.appendChild(fragment);
__L |
• |
|
|
|
|
Обновление визуального представления в поддерживаемых браузерах (Internet Explorer и Mozilla) включает два основных этапа: О выполнение XSLT-преобразования и © обновление пользовательского интерфейса согласно полученным результатам. Напомним, что результат процесса преобразования в браузере Mozilla — это фрагмент документа, добавляемый к элементу с помощью appendChild(), тогда как преобразование в Internet Explorer дает строку, добавляемую посредством свойства innerHTML. Таким образом, реализация функции updateViewlE () должна выглядеть следующим образом:
updateViewIE: function() { this.container.innerHTML =
this.xmlDocument.transformNode{this.xslStyleSheet);
ь
В реализации для браузера Internet Explorer задействованы те же два этапа, что и ранее, причем на этот раз они записаны гораздо компактнее, по
