Глава 3. Управление кодом Ajax 143

пов общего назначения осуществляется автоматически. Количество установок, необходимых для получения работающего приложения, также сведено к минимуму.

Последние версии Rails обеспечивают поддержку Ajax посредством библиотеки Prototype. Prototype и Rails естественным образом сочетаются друг с другом, поскольку JavaScript-код для Prototype сгенерирован из программ Ruby и стили программирования совпадают. Как и в случае с Echo2, Rails не требует знания Ajax-технологий, в частности JavaScript, однако разработчик, знакомый с этим языком, может расширить средства поддержки Ajax.

На этом мы заканчиваем обзор продуктов независимых производителей для Ajax. Как уже было сказано ранее, работа над большинством рассмотренных здесь средств продолжается.

Разработчики многих библиотек придерживаются собственного стиля программирования, поэтому при написании примеров для данной книги мы старались передать характерные черты технологий Ajax и в то же время избежать глубокого изучения конкретных продуктов. Некоторые из рассмотренных здесь средств будут встречаться и далее в книге.

3.6. Резюме

В данной главе реструктуризация рассматривалась как средство для повышения качества кода и обеспечения дополнительной степени гибкости программ. Мы начали с того, что использовали реструктуризацию для упрощения доступа к объекту XMLHttpRequest. Был рассмотрен ряд образов разработки, которые можно применять при работе с Ajax для решения проблем, типичных для различных задач программирования. Образы разработки представляют собой полуформальные средства представления знаний разработчиков, которые решали задачи определенных типов. Они могут быть использованы при реструктуризации, преследующей определенные цели.

Образы Facade и Adapter предоставляют удобные способы устранения различий между разными реализациями. В Ajax-приложениях эти образы могут быть использованы для создания дополнительного уровня кода, скрывающего различия браузеров. Следует заметить, что несоответствие браузеров является.постоянным источником проблем при работе с JavaScript.

Observer — это гибкий образ для работы с системами, управляемыми событиями. Мы вернемся к его использованию в главе 4 при рассмотрении уровней пользовательского интерфейса приложения. Будучи использованным совместно с Command, предоставляющим удобный способ инкапсуляции действий пользователя, Observer может быть применен для поддержки ввода данных и отмены выполненных действий. Как вы увидите в главе 5, образ разработки Command также находит применение в организации взаимодействия клиента и сервера.

Образ разработки Singleton обеспечивает доступ к конкретным ресурсам. В Ajax этот образ часто применяется для управления обменом по сети. Данный вопрос также будет обсуждаться в главе 5.

144Часть I. Новый взгляд на Web-приложение

Вэтой главе мы подробно обсудили архитектуру "модель-представление- контроллер", хорошо зарекомендовавшую себя в различных областях (в том числе и при создании программ для работы в Интернете). В частности, данную архитектуру удобно использовать для создания Web-приложений. Мы говорили о том, каким образом MVC способствует повышению степени гибкости программ, выполняемых на стороне сервера, в том числе обсудили важность уровня абстрактных данных и шаблонов.

Пример программного обеспечения интерактивного магазина продемонстрировал совместное применение образов разработки и реструктуризации. С первого раза трудно создать совершенный код, поэтому реструктуризация является сложным, но необходимым этапом работы, призванным обеспечить преимущества образов разработки для конкретной программы. Конечный результат существенно отличался от программы, полученной на первом этапе разработки.

И наконец, мы рассмотрели библиотеки и компоненты независимых производителей. Они также могут быть применены для упорядочения кода, создаваемого в рамках Ajax-проектов. В настоящее время доступны средства, которые могут быть использованы при решении различных задач: от формирования оболочек, скрывающих различия между браузерами, до программных решений, включающих создание клиентского и серверного кода. Кроме того, в главе описано несколько наиболее популярных продуктов, и к некоторым из них мы еще вернемся в этой книге.

В следующих двух главах мы применим полученные знания о реструктуризации и образах разработки при создании клиентских программ Ajax и систем, предполагающих взаимодействие клиента и сервера. Эти примеры подскажут вам способы решения задач, с которыми вы наверняка столкнетесь при разработке сложных Web-приложений.

3.7. Ресурсы

Мартин Фаулер (Martin Fowler), а также его соавторы Кент Бек (Kent Beck), Джон Брант (John Brant), Вильям Опдайк (William Opdyke) и Дон Роберте (Don Roberts) написали хорошее руководство по реструктуризации: Refactoring: Improving the Design of Existing Code (Addison-Wesley Professional, 1999).

Эрик Гамма (Erich Gamma), Ричард Хелм (Richard Helm), Ральф Джонсон (Ralph Johnson) и Джон Влиссидс (John Vlissides), известные как "команда четырех", написали книгу Design Patterns (Addison-Wesley Professional, 1995), которую высоко оценили многие разработчики программного обеспечения.

Впоследствии Эрик Гамма занялся архитектурой интегрированной среды разработки Eclipse (подробнее о ней речь пойдет в приложении А). С текстом интервью, в котором обсуждались Eclipse и образы разработки, можно ознакомиться по адресу http://www.artima.com/lejava/articles/gammadp.html.

Майкл Мехемофф (Michael Mahomoff) поддерживает Web-узел, посвященный образам разработки для Ajax (http://www.ajaxpatterns.org).

Часть II

Основные подходы к разработке приложений

Теперь, когда вы имеете общее представление об Ajax, пора рассмотреть основные способы разработки приложений. Наша задача — создать работоспособную, надежную программу, простую в сопровождении, которая предоставляла бы пользователю удобный интерфейс. В главе 4 мы рассмотрим вопросы создания клиентского кода и постараемся добиться, чтобы средства CSS, HTML и JavaScript как можно меньше зависели друг от друга. Глава 5 посвящена взаимодействию клиента и сервера.

Web-страни

п

•Организация сложного кода пользовательского интерфейса

•Использование образа разработки "модель-представление-контроллер'' с JavaScript-кодом

•Разделение представления и логики для сопровождаемого кода

" Создание гибкого режима обработки событий

• Генерация пользовательского интерфейса