- •Введение
- •Несколько слов о книге
- •Глава 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
- •Формирование объектов
Глава 4. Web-страница в роли приложения 151
Рис. 4.3. Вложенная архитектура MVC
данной архитектуры. В жизненном цикле приложения средства MVC каждого уровня выполняют различные функции, но все они служат формированию понятного, хорошо организованного кода. На рис. 4.3 показано, как элементы MVC, присутствующие на различных уровнях, сочетаются друг с другом в рамках архитектуры приложения.
Как же данный подход влияет на нашу работу над кодом? В следующих разделах мы подробно рассмотрим использование MVC для определения структуры JavaScript-приложения, особенности написания кода и преимущества, получаемые при этом. Начнем наше рассмотрение с представления.
4.2. Представление в составе Ajax-приложения
С точки зрения JavaScript-приложения, доставленного браузеру в начале работы, представлением является отображаемая страница, состоящая из элементов DOM, основой для воспроизведения которых является HTMLразметка или действия программы. О принципах программной обработки элементов DOM см. в главе 2.
152 Часть II. Основные подходы к разработке приложений
Согласно принципам архитектуры "модель-представление-контроллер" представление выполняет две основные функции. Во-первых, предоставляет визуальный интерфейс, посредством которого пользователь может выполнять действия и вызывать тем самым события, обрабатываемые контроллером. Во-вторых, оно обновляет само себя в соответствии с изменениями модели. Информацию об этих изменениях также предоставляет контроллер.
Если над приложением работает команда разработчиков, то представление становится той областью, где сталкиваются различные интересы. Интерактивные средства Ajax-интерфейса определяют не только программисты, но также дизайнеры и художники. Предлагать дизайнеру написать код или привлекать программиста к рисованию — явно бесполезная затея. Даже если кто-либо имеет две специальности и выступает при работе над приложением в двух разных ролях, желательно, чтобы в каждый момент времени он занимался одной конкретной задачей.
Обсуждая применение архитектуры MVC к программам, расположенным на сервере, мы показали, как "сплетаются" код и представление и что надо сделать, чтобы разделить их. Можно ли решить эту задачу для информации, имеющейся в браузере?
Вглаве 3 мы описывали действия по структурированию Web-страниц,
врезультате которых коды CSS, HTML и JavaScript располагались в разных файлах. Если рассматривать лишь саму Web-страницу, такое разделение соответствует принципам MVC. Здесь таблицы стилей выступают в роли представления, a HTML/DOM являются моделью. В данном случае средства воспроизведения страницы являются "черным ящиком", а коды HTML
иCSS должны рассматриваться как представление. Желательно, чтобы они поддерживались независимо друг от друга. Поместив JavaScript-код в отдельный файл, мы уже сделаем существенный шаг по пути разделения функций дизайнеров и программистов. Однако это только начало.
4.2.1. Отделение логики от представления
Даже если JavaScript-код находится в отдельном файле, представление и логика (модель и контроллер) вполне могут оказаться перепутанными. Предположим, что мы создали встроенный обработчик события на языке JavaScript.
<div class='importButton'
onclick=1importData("datafeed3.xml", raytextbox.value);'/>
Сделав это, мы "жестко" закодировали бизнес-логику в составе представления. Что такое datafeed3? Как обрабатывать значение mytextbox. value? Почему функции importData () передаются два параметра и каково их назначение? Дизайнер должен знать об этом.
Функция importData () относится к бизнес-логике. Согласно принципам MVC, представление и модель не должны непосредственно взаимодействовать друг с другом, поэтому они разделены дополнительным уровнем. Предположим, что мы переписали элемент div следующим образом:
Глава 4. Web-страница в роли приложения 153
<div c l a s s = ' i m p o r t B u t t o n ' o n c l i c k = ' i m p o r t F e e d D a t a ( ) ' / >
Теперь, если мы определим обработчик события так, как показано ниже, параметры будут инкапсулированы не в анонимном обработчике, а в функции importFeedData().
function importFeedData(event){ importData("datafeed3.xml", mytextbox.value);
}
Такой подход позволяет использовать обработчик в любом месте программы, разделяя функциональные возможности и следуя принципу DRY (напомним, что данная аббревиатура означает "don't repeat yourself" — не повторяться).
Контроллер пока еще остается встроенным в HTML-код, что может стать источником проблем в больших приложениях.
Для того чтобы разделить контроллер и представление, мы присоединим обработчик события программными средствами. Вместо того чтобы реализовывать встроенный обработчик, мы укажем некоторый маркер, который впоследствии будет извлечен программой. Маркеры могут быть разными. В частности, можно указать уникальный идентификатор и задавать обработчики для каждого элемента. HTML-элемент будет переписан следующим образом:
<div class='importButton' id='dataFeedBtn'>
Приведенный ниже код надо включить в функцию обратного вызова window, onload.
var dfBtn=document.getElementById('dataFeedBtn') ; dfBtn.onclick=importFeedData;
Если мы хотим связать определенные действия с несколькими событиями, нам понадобится маркер, не являющийся уникальным. Для этой цели можно использовать класс CSS.
Добавление обработчиков событий с помощью CSS
Рассмотрим простой пример, в котором события мыши связываются с клавишами виртуального музыкального инструмента. В листинге 4.1 мы определили простую страницу. В составе дескрипторов стили не указаны.
Листинг 4.1. Файл musical.html
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtmll/DTD/xhtmll-strict.dtd">
<html> <head> <title>Keyboard</title> <link rel='stylesheet1 type='text/ess1 href='musical.css'/> <script type='text/javascript' src='musical.js'X/script> <script type='text/javascript'> window.onload=assignKeys; </script> </head>
<body>
<div id='keyboard' class='musicalKeys'> <! О — Клавиши на "клавиатуре" —> <div class='do musicalButton'X/div>
154 Часть II. Основные подходы к разработке приложений
<div class='re musicalButton'x/div> <div class='mi musicalButton'X/div> <div class='fa musicalButton'x/div> <div class='so musicalButton'x/div> <div class='la musicalButton'x/div> <div class='ti musicalButton'x/div> <div class='do musicalButton'x/div>
</div> <div id='console' class='console'> </div> </body> </html>
В декларации DOCTYPE МЫ указали определение Strict лишь для того, чтобы показать, что такое решение возможно. Элементу keyboard присвоен уникальный идентификатор, но в дескрипторах, соответствующих отдельным клавишам, идентификатор отсутствует. Заметьте, что для элементов, представляющих клавиши О, указаны два класса. Класс musicalButton — общий для всех клавиш, а второй класс позволяет различать их. Соответствующие стили определены раздельно в файле musical.ess (листинг 4.2).
Листинг4.2.Файлmusical.ess
.body{
background-color: white; } .musicalKeys{
background-color: #ffeOdO; border: solid maroon 2px; width: 536px;
height: 68px; top: 24px; left: 24px; margin: 4px;
position: absolute; overflow: auto;
} .musicalButton{ border: solid navy lpx; width: 60px;
height: 60px; position: relative; margin: 2px;
float: left;
}
.do{ background-color: red; }
.re{ background-color: orange; }
.mi{ background-color: yellow; }
.fa{ background-color: green; }
.so{ background-color: blue; }
.la{ background-color: indigo; }
.ti{ background-color: violet; } div.console{
font-family: arial, helvetica; font-size: 16px;
color: navy; background-color: white; border: solid navy 2px; width: 536px;
Глава 4. Web-страница в роли приложения 155
height: 320px; top: 106px; left: 24px; margin: 4px;
position: absolute; overflow: auto;
}
Стиль musicalButton определяет свойства, общие для всех клавиш. Второй стиль лишь задает цвет клавиши. Заметьте, что позиция элемента верхнего уровня непосредственно определена в пикселях, а для клавиш мы задаем свойство float. В результате такого решения вступают в действие средства компоновки, встроенные в браузер, и клавиши размещаются вдоль горизонтальной линии.
Связывание обработчиков событий с элементами
JavaScript-код, показанный в листинге 4.3, связывает обработчики событий с клавишами.
Листинг4.З. Файл musical, js
function assignKeys(){
// Получение родительского элемента div
var keyboard=document.getElementById("keyboard");
// |
Перечисление дочерних элементов |
|
|
var |
keys=keyboard.getEleraentsByTagName("div"); |
||
if |
(keys){ |
|
|
for(var i=0;i<keys.length;i++){ |
|
||
|
var |
key=keys[i]; |
|
|
var |
classes=(key.className).split(" |
" ) ; |
|
if |
(classes && classes.length>=2 |
|
|
SS |
|
|
classes[1]=="musicalButton"){ |
|
||
|
var note=classes[0]; |
|
|
|
// Добавление атрибута |
|
|
|
key.note=note; |
|
|
|
key.onmouseover=playNote; |
|
|
J |
} |
|
|
} |
|
|
|
}function playNote(event){
//Извлечение дополнительного атрибута var note=this.note;
var console=document.getElementById("console") ;
if (note && console){ console.innerHTML+=note+" . ";
}
}
156 Часть II. Основные подходы к разработке приложений
Функция assignKeys () вызывается в составе обработчика window. onload. (Если определить window.onload непосредственно, это ограничит переносимость приложения.) Мы находим элемент keyboard по его уникальному идентификатору, а затем используем функцию getElementsByTagName () для перебора всех дочерних элементов div. Для этого необходимо иметь представление о структуре страницы, зато дизайнер получает возможность перемещать элементы div, соответствующие клавишам, любым удобным для него способом.
Каждый элемент DOM, представляющий клавишу, возвращает посредством свойства className строку символов. Для преобразования строки
вмассив мы используем встроенную функцию String.split, после чего проверяем, принадлежит ли элемент классу musicalButton. Затем мы читаем оставшуюся часть строки, которая представляет ноту, и связываем ее с узлом DOM посредством дополнительного свойства. Это свойство будет прочитано
вобработчике события.
Воспроизводить звуки посредством Web-браузера затруднительно, поэтому в данном примере мы лишь отображаем ноты на "консоли" под изображением клавиатуры. На рис. 4.4 показано действие клавиатуры. В данном случае нам удалось довольно удачно разделить роли. Если дизайнер переместит элементы DIV, соответствующие клавиатуре и консоли, в другое место документа, приложение будет по-прежнему работать и риск случайно изменить логику обработки событий сводится к минимуму. По сути, HTMLстраница выполняет функции шаблона, в состав которого мы включаем переменные и логику выполнения. Это позволяет отделить логику от представления. Мы обработали данный пример вручную, чтобы детально продемонстрировать наши действия. При работе над реальным приложением целесообразно использовать для получения того же результата библиотеки независимых производителей.
Библиотека Rico (http://www.openrico.org/) поддерживает объекты Behavior и позволяет реализовать интерактивные возможности поддерева DOM. Компонент Rico Accordion рассматривался в разделе 3.5.2. Разделить элементы разметки HTML и интерактивные функции можно посредством библиотеки Behaviour (см. ссылку в конце данной главы), созданной Беном Ноланом (Ben Nolan). Данная библиотека позволяет связывать с элементами DOM код, предназначенный для обработки событий, используя селекторы CSS (см. главу 2). В предыдущем примере функция assignKeys () выбирала элемент с идентификатором keyboard, а затем извлекала все содержащиеся в нем элементы div. Используя селектор, мы можем выразить то же правило следующим образом:
•keyboard div
Применяя CSS, мы можем связать стиль со всеми элементами keyboard посредством данного селектора. Библиотека Behaviour.js также позволяет использовать обработчики событий следующим образом:
var myrules={ 'tkeyboard div1 : function(key){
var classes=(key.className).split(" " ) ;