Глава 12 "Живой" поиск с использованием XSLT 497

рис. 12.4. Отображение результатов "живого" поиска Ajax

Прежде всего необходимо инициализировать объект XSLTProcessor, позволяющий объединять файлы XML и XSL. С помощью метода importStylesheet объекта XSLTProcessor можно импортировать файл XSL, что позволит нам в дальнейшем присоединить его к файлу XML. Загрузив в процессор файл XSL, остается преобразовать XML-документ. Для этого снова используется объект XSLTProcessor, на этот раз с новым методом transformToFragmentO. Метод transformToFragment () принимает файл XML и объединяет его с XSL, возвращая отформатированное конечное дерево.

Для замещения содержимого элемента result свойству innerHTML присваивается значение, равное пустой строке. Таким образом, со страницы удаляется анимация ожидания. Наконец, берется результат, полученный от метода transformToFragment (), и добавляется к элементу result. Теперь пользователь видит отформатированные результаты поиска.

В приведенном коде было введено несколько новых концепций, в том числе объект XSLTProcessor, позволяющий сочетать произвольные файлы XML и XSL. Для объединения подобных документов в браузерах Mozilla и Firefox требуется использовать больше методов DOM. В Internet Explorer для преобразования документа XML нужна единственная строка кода. Окончательные итоги обоих преобразований идентичны: отображаемые результаты поиска отформатированы согласно данным XSL-файла.

Завершив разработку клиентской части сценария, можно сохранить документы и протестировать полученное приложение "живого" поиска. Введите в текстовое окно какой-либо текст и щелкните на кнопке Search ("поиск"). Результаты должны появиться в табличной форме, подобной показанной на рис. 12.4.

Как видите, мы создали XSL-документ и можем успешно производить поиск. Таблица, показанная на рис. 12.4, выглядит довольно скучно, поскольку не содержит форматирования. Это означает, что нам осталось разработать стилевое оформление таблицы результатов, чтобы сделать ее более наглядной. Для этого нам потребуются каскадные таблицы стилей (Cascading Style

Объединив документы XML и XSL для получения результатов, мы должны улучшить стиль отображения результатов поиска, применив к соответствующим элементам правила CSS. Стилевое оформление элементов облегчает восприятие результатов пользователями. Первое, что нужно сделать для улучшения удобства пользователя, — это применить правила CSS к элементам HTML.

498 Часть IV. Ajax в примерах

12.5.1. Применение каскадных таблиц стилей

О каскадных таблицах стилей (Cascading Style Sheets — CSS) речь шла в главе 2. Благодаря им результаты будут выглядеть профессионально при минимальных усилиях с нашей стороны, при этом представление результатов будет отделено от структуры документа и логики преобразования. Если вдруг когда-нибудь менеджера или клиента начнут раздражать выбранные цвета, соответствующие изменения можно будет выполнить легко и быстро. Если мы участвуем в большом проекте с отдельными командами дизайна и кодирования, CSS поможет нам не мешать друг другу. Таблицу стилей можно привязать к поисковой странице как внешний файл, также ее код можно внедрить непосредственно на страницу. Использование внешнего файла CSS предпочтительнее, поскольку он кэшируется браузером и уменьшает время загрузки страницы в будущем. Используемые нами правила таблицы стилей показаны в листинге 12.9.

ШЛистинг 12.9. Каскадная таблица стилей

/ / О Стиль таблицы table{

border: lpx solid black; border-collapse: collapse; width: 50%;

}

// © Стиль ячеек таблицы th, td{

border: lpx solid black; padding: 3px;

width: 25%;

I

// @ Стиль ячеек заголовка th{

Первое правило CSS применяется к дескриптору table О. В данном случае мы хотим, чтобы рамка вокруг таблицы формировалась сплошной линией толщиной один пиксель. Свойству border-collapse таблицы присваивается значение collapse. Такая модель CSS, по сути, позволяет унифицировать свойства таблицы. Границы имеют равную толщину — границы соседних ячеек считаются общими, так что между ячейками не возникает границ двойной или тройной толщины. Последним изменением дескриптора table является присвоение значения свойству width. Поскольку столбцов не много, ширина таблицы устанавливается равной 50% ширины содержащего ее элемента div. Все столбцы таблицы будут содержать небольшой объем информации, поэтому большая разрядка в данном случае не нужна.

Определив стиль элемента table, необходимо отформатировать тело и заголовок таблицы ©. Точно так же, как и для всей таблицы, рамку для тела и заголовка мы задаем в виде сплошной линии толщиной один пиксель. Кроме того, добавим небольшое заполнение, чтобы текст не "слипался" с граница-

Глава 12. "Живой" поиск с использованием XSLT 499

Рис. 12.5. Результаты "живого" поиска Ajax с примененными к элементам стилями CSS

ми ячейки. Значение свойства width ячеек мы задаем равным 25% ширины таблицы, чтобы все четыре столбца имели одинаковый размер

Последний этап стилевого оформления таблицы с помощью правил CSS — изменение свойства ячеек заголовка, чтобы визуально отделить их от ячеек тела таблицы. Мы обращаемся к ячейке заголовка © и изменяем цвет ее фона (background-color) на оттенок серого. Здесь же можно изменить и другие свойства — font-weight, color и т.д. Завершив разработку свойств таблицы стилей, мы записываем документ и снова запускаем поиск. Теперь отформатированная таблица выглядит так, как показано на рис. 12.5.

Видно, что таблица имеет структуру, полученную путем применения свойств CSS к элементам таблицы. Если в таблице стилей требуется внедрить больше функциональных возможностей, можно добавить ссылки на файл XSLT и получить еще более гибкую структуру. CSS позволяет настраивать таблицу любым удобным способом, однако поиск можно улучшить и по другим направлениям.

12.5.2. Улучшение поиска

Одним из достоинств Ajax является легкость передачи информации на сервер. Данный проект — это всего лишь упражнение по реализации поиска с использованием Ajax и применением XSLT для отображения таблицы результатов при минимальных усилиях. "Живой" поиск можно совершенствовать до бесконечности. Рассмотрим, например, несколько путей его улучшения.

Включение новых возможностей

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

В данный сценарий можно добавить и другие возможности Ajax, например, реализовав двойные связанные комбинации (см. главу 9), что позволит отсеять результаты, отображаемые для пользователя. Кроме того, можно реализовать технологии, описанные в главе 10, введя в текущий сценарий возможности опережающего ввода.

500 Часть IV Ajax в примерах

Поддержка браузерами Opera и Safari

Напомним, что браузеры Opera и Safari не поддерживают ни метод transformNodeO, ни объект XSLTProcessor. Обеспечить требуемую поддержку можно двумя способами. Первый вариант — использовать Ajax для отправки файлов на сервер, где код серверной части приложения объединит документы XML и XSL. Затем результат преобразования можно извлечь с помощью одного объекта Content Loader, а не двух независимых элементов — данных XML и таблицы стилей XSLT. Такое решение будет не самым лучшим, поскольку для выполнения преобразования клиенту дважды придется обращаться к серверу.

Второй вариант — с помощью Ajax отправить на сервер всю страницу. В таком случае сервер обработает полученный материал и объединит документы XML и XSL. Такой подход лучше, поскольку он позволяет использовать поиск всем пользователям. Если кто-то работает со старой версией браузера, не поддерживающей объект XMLHttpRequest, это не будет препятствовать использованию формы. Если же мы будем полагаться только на технологию Ajax, пользователи, которым она не доступна, не смогут извлечь два требуемых файла для обработки. Поэтому мы примем второй подход, в котором поддержка Ajax не является необходимым условием. Чтобы добавить требуемые функциональные возможности, понадобится в двух местах изменить функцию LoadXMLXSLTDoc {), как показано в листинге 12.10. Вопервых, нужно переписать первый оператор if, добавив проверку наличия процессора XSLT. Во-вторых, следует добавить вариант else, инициирующий отправку формы на сервер.

Листинг 12.10. Функция LoadXMLXSLTDoc G поддержкой Opera и Safari

function LoadXMLXSLTDoc(urlXML,urlXSL,elementID){ var reqXML; var reqXSL;

if {window.XMLHttpRequest && window.XSLTProcessor){

В листинге 12.10 мы переместили обработчик событий onsubmit внутрь ветки else условной проверки, чтобы можно было отправить форму на сервер. Если бы мы не убрали обработчик событий onsubmit, форму невозможно было бы вернуть на сервер.

Далее серверная часть приложения должна выполнить всю необходимую обработку и поместить элемент в форму. В результате мы получим возможность быстрого отклика для тех пользователей, которые могут самостоятельно объединить XSLT с JavaScript, при этом мы не отказываемся от тех пользователей, браузеры которых не поддерживают Ajax или XSLTProcessor. Помните, что Ajax позволяет не визуализировать повторно всю страницу, теряя при этом ее текущее состояние. Благодаря Ajax мы можем не думать