18.4.Практический подход к анализу XML- документов

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

Все, что нам потребуется, приведено в табл. 18.4. Этот набор тегов представляет собой развитие стиля документов новостной ленты NewsBoy, которая используется на сервере http://jusgrant.cjb.net/.

Теперь для представления новостей мы можем воспользоваться форматом вида:

Итак, что мы видим? Нам удалось полностью отказаться от тегов HTML, заменив их всего восемью инструкциями XML Оказалось, что их по силам запомнить даже машинистке, которой можно поручить готовить новости путем заполнения готовой формы. Теперь нам остается только научить РНР обращаться с этой информацией. Учтем, что по умолчанию РНР 4 конфигурируется со встроенной поддержкой анализатора XML, поэтому никаких дополнительных мер по конфигурированию РНР- машины обычно принимать не надо.

Но еще на минуту вернемся к формату XML-файла. Первая строка указывает, что этот файл оформлен в формате XML. Воспринимайте ее просто как некоторое «заклинание», которое можно использовать не задумываясь. Обратите только внимание на параметр standalone. Он означает, что определение формата расположено во внешнем файле DTD, имя которого указывается в следующей строке. Объявление DOCTYPE содержит ссылку на корневой элемент XML-документа, которым в нашем случае является NewsWi ге, а также адрес, по которому можно найти определение формата. Хитрость заключается в том, что никакого файла DTD мы создавать не будем! Причина очень проста: библиотека Expat, входящая в состав РНР, просто не поддерживает операцию проверки документа на соответствие DTD.

Теперь нам остается только настроить анализатор таким образом, чтобы распознавать и обрабатывать теги, приведенные в табл. 18.3. Для этого мы вначале определим класс, который будет фактически представлять собой надстройку над анализатором из Expat. Его определение (xml.php) приведено в листинге 18.5.

Давайте посмотрим, как устроен этот класс. Прежде всего обратите внимание на два массива open_tag и close_tag в конструкторе. Ключи соответствуют именам тегов, а значения — фрагментам кода HTML, который должен подставляться вместо них при преобразовании XML-файла в HTML-формат.

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

Поскольку SAX-анализаторы ориентированы на события, нам остается только вписать обработчики тех событий, которые нас интересуют. В принципе, Expat позволяет распознать и обработать около десятка различных событий, но нам потребуется только три из них: обнаружение нового элемента и его завершение, а также обработчик фрагмента, представляющего собой текстовые данные (CDATA в терминах XML). Эти события мы будем обрабатывать методами startElement, closeElement и characterData соответственно.

Первые два метода устроены достаточно просто. Если обнаруженному элементу соответствует запись в массиве open_tag или close_tag, то генерируемую страницу подставляется соответствующее значение. Третий метод еще проще: все символьные данные, поступившие из анализатора, передаются в выходную страницу без изменений.

Теперь перейдем к основному методу — собственно обертке анализатора parse (). Вначале с помощью вызова xml_parser_create() осуществляется создание экземпляра анализатора Expat, который мы помещаем в поле xml_parser нашего класса. Затем нам необходимо зарегистрировать нашу надстройку над анализатором, что выполняется с помощью вызова: xml_set_object($this->xml_parser, &$this)

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

Затем производится настройка параметров анализатора. В данном случае используется только один ключ — XML_OPTION_CASE_FOLDING, который заставляет анализатор игнорировать регистр, в котором введены теги. После этого нам остается только Подключитьобработликисобытийспомощью функциии xml_sеt_element_handler(). Как видно из примера, мы ограничиваемся всего двумя функциями — startElement и endElement. Осталось добавить всего один необходимый обработчик — тот, который предназначен для обработки полей CDATA XML-документа. Для этого мы используем специальную функцию xml_set_character_data_handler () и подключаем наш обработчик — characterData(), который попросту транслирует данные в HTML-файл.

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

Теперь давайте попробуем использовать созданный нами анализатор. Во-первых нам необходимо поместить созданную нами библиотеку xml.php в место, доступ- ное для PHP-машины. В примере я использовал текущий каталог, но это вовсе не обязательно. Дальше нам остается сформировать небольшую программу:

И все! В результате обращения к этому файлу через Apache вы получите страницу, представленную на рис. 18.3.

Итак, чего же мы добились? Прежде всего нам удалось значительно упростить процесс подготовки типовых данных и отказаться от назойливого повторения одних и тех же HTML-тегов. Кроме того, теперь вы можете самостоятельно развить предложенное решение, например:

• создать единый заголовок, автоматически формируемый при открытии документа;
• дополнить тег <pic> автоматическим счетчиком, чередующим выравнивание картинок по левому и правому краям окна;
• при каждом открытии элемента story связать с ним уникальную для документа метку («якорь»), что облегчит использование поисковых машин при индексации документов.

И в завершение темы хочу обратить ваше внимание на то, что прикладная польза от XML в рамках отдельно взятой Интернет/Интранет-системы заключается в упрощении подготовки документов со стандартным стилем оформления.