Практический XSLT. Использование в качестве шаблонизатора. Часть 2
В предыдущей статье мы разобрали основные аспекты построения шаблона с помощью XSLT. Однако, для полноценного шаблона нужно не только выводить меню сайта, но также и текстовый материал документа.
Ранее, мы определили, что все содержание разделов в XML-документе публикуется в блоке
Вывод HTML-контента из XML-документа
Ранее, мы определили, что все содержание разделов в XML-документе публикуется в блоке
. При этом, каждый модуль содержимого помещается в узел .
Для простоты предположим что пока у нас нет на сайте никакого динамического наполнения: форумов, новостей и д.р. Соответственно, нам на данном этапе достаточно выбрать элементы item у которых указан тип html и раскидать их в шаблоне в соответствии с тем, к какому блоку они относятся (указано в атрибуте container).
Добавим в шаблон xsl/template.xsl следующий код:
<xsl:template match="item" mode="html">
<xsl:value-of select="@title"/>
<xsl:value-of select="." disable-output-escaping="yes" />
</xsl:template>
Мы добавили шаблон для элементов item. В соответствии с ним мы будем для каждого текстового блока выводить его название (атрибут title) и сам текст. Для вывода текста мы воспользуемся инструкцией <xsl:value-of select="." disable-output-escaping="yes" />, в которой мы выбираем текущий элемент (.) и с помощью параметра-атрибута disable-output-escaping мы отключаем "маскирование" входного кода, т.е. текст будет выводиться "как есть". Это нам необходимо для корректного вывода тегов в коде форматирования текста.
Однако, как правило, наполнение сайта делают люди, которых мало волнует соответствие форматирования текста стандарту XHTML. В случае с использованием XSLT любой незакрытый тэг (тот же ) будет вызывать ошибку парсера. Я долгое время пытался придумать разного рода анализаторы кода для чистки вводимого контента (тех-же новостей) на сайт, пока Денис Креминский не подсказал мне одно простое, но весьма эффективное решение: поместить весь опасный код в CDATA.
Секция CDATA используется для того, чтобы обозначить части документа, которые не должны восприниматься как разметка. Секция CDATA начинается со строки '<![CDATA[' и заканчивается строкой ']]>'. Внутри самой секции не должна присутствовать строка ']]>'.
Другими словами, все что в CDATA XSL-парсером не анализируется и передается в конечный документ "как есть".
Теперь, нам нужно указать где нам нужно выводить те или иные модули. Для этого, откроем xsl/my_template/layout.xsl и найдем в где у нас начинается разбивка на блоки.
Предположим, что у вас в изначальном XHTML-шаблоне была следующая таблица:
В ней описывается простой двух-колоночный макет. Вырежем данный код (всю таблицу) и поместим ее в файл xsl/template.xsl в новый шаблон:
<xsl:template match="content">
</xsl:template>
Мы создали шаблон для блока content. Соответственно, в основном файле xsl/my_template/layout.xsl нам нужно указать, где он должен вызываться. Для этого вставьте в на место вырезанной таблицы следующий код:
<xsl:apply-templates select="content"/>
Осталось только добавить в xsl/template.xsl инструкции для вывода нужных нам блоков:
<xsl:template match="content">
<xsl:apply-templates select="item[@container = 1]" mode="html"/>
<xsl:apply-templates select="item[@container = 2]" mode="html"/>
</xsl:template>
В результате, из нашего XML-документа основное наполнение страницы будет аккуратно разложено в соответствующие блоки шаблона.
Создание под-меню
Разберемся теперь более подробно со структурой нашего сайта.
В нашем XML-документе в блоке выводиться все дерево-структура сайта. При этом, для каждого элемента (раздела сайта) у нас предусмотрен атрибут section который задает тип раздела. Однако, наш шаблон для меню навигации пока никак это не учитывает.
Откроем xsl/navigation.xsl и доработаем немного шаблон <xsl:template match="sections" mode="global_menu">:
<xsl:template match="sections" mode="global_menu">
</xsl:template>
Мы указали, что обрабатывать будем только разделы, у которых указан тип section=1.
Далее, попробуем избавиться от конструкции <xsl:when test="descendant-or-self::*/@id = /node()/@id"> (с помощью нее мы определяли является ли текущим обрабатываемый пункт меню). Ничего плохого в этой конструкции нет, но мы можем ее упростить и сделать более универсально (может кому-то неудобно указывать номер текущего раздела в корневом узле и постоянно его проверять): попробуем передавать id текущего раздела в виде переменной.
Допустим, блок во входном XML-документе формируется отдельным модулем CMS и этот модуль указывает номер текущего раздела в корневом узле блока : <sections hit_id="2">. Таким образом, в шаблоне для элемента sections перед вызовом обработчиков для item нам нужно им как-то передать номер текущего раздела. Для этого воспользуемся переменными. Переделаем немного строку вызова обработчиков для item:
<xsl:apply-templates select="item[@section=1]" mode="global_menu">
<xsl:with-param name="cur"><xsl:value-of select="@hit_id"/></xsl:with-param>
</xsl:apply-templates>
Мы поместили внутрь вызова <xsl:apply-templates/> (сделав из него парный элемент) инструкцию <xsl:with-param name="cur">, которая создает параметр-переменную cur в контексте текущего вызова.
Теперь, упростим немного шаблон <xsl:template match="item" mode="global_menu">:
<xsl:when test="descendant-or-self::*/@id = $cur">
<xsl:value-of select="title"/>
</xsl:when>
В проверку мы вставили переменную $cur. Некоторые, наверное спросят: а зачем нам descendant-or-self::*/@id, если можно сравнивать просто с @id, т.е. просто идентификатором текущего раздела? Дело в том, что если у раздела есть подразделы и мы попадаем на них, то нам нужно как-то отметить родительский раздел. Конструкция descendant-or-self::*/@id указывает совпадение атрибута id для узла или любого из его потомков.
Однако, нам нужно предусмотреть два варианта:
- когда мы находимся в самом разделе - ссылка на раздел не нужна;
- когда мы находимся в подразделе - ссылку на раздел делаем.
При этом, в любом случае, нужно как-то выделить текущий раздел на фоне остальных:
<xsl:template match="item" mode="global_menu">
<xsl:choose>
<xsl:when test="descendant-or-self::*/@id = $cur">
<xsl:attribute name="id"><xsl:text>cur</xsl:text></xsl:attribute>
<xsl:if test="descendant::*/@id = $cur">
<xsl:call-template name="href_attribute"/>
</xsl:if>
<xsl:value-of select="title"/>
</xsl:when>
<xsl:otherwise>
<xsl:call-template name="href_attribute"/>
<xsl:value-of select="title"/>
</xsl:otherwise>
</xsl:choose>
</xsl:template>
Здесь мы сталкиваемся с новой конструкцией: <xsl:if test="descendant::*/@id = $cur"></xsl:if>
Инструкция xsl:if позволяет реализовывать условие. В отличие от xsl:choose, можно обозначить шаблон только для случая, когда условие выполняется. В нашем случае, мы проверяем descendant::*/@id - совпадение id дочерних элементов с переменной $cur.
Для полноты нашего меню нам нужно где-то вывести подразделы (если таковые имеются) для выбранного раздела.
Для простоты, выведем дерево всех подразделов текущего раздела в правой колонке нашего шаблона. Для этого откроем xsl/template.xsl и немного изменим шаблон <xsl:template match="content">:
<xsl:template match="content">
<xsl:apply-templates select="item[@container = 1]" mode="html"/>
<xsl:if test="//navigation/sections/item[descendant-or-self::*/@id = //navigation/sections/@hit_id]/item/@id">
<xsl:apply-templates select="//navigation/sections/item[descendant-or-self::*/@id = //navigation/sections/@hit_id]" mode="sub-menu">
<xsl:with-param name="cur"><xsl:value-of select="//navigation/sections/@hit_id"/></xsl:with-param>
</xsl:apply-templates>
</xsl:if>
<xsl:apply-templates select="item[@container = 2]" mode="html"/>
</xsl:template>
Добавили проверку существования дочерних элементов у текущего раздела:
<xsl:if test="//navigation/sections/item[descendant-or-self::*/@id = //navigation/sections/@hit_id]/item/@id">
При этом учитывается то обстоятельство, что текущим может быть подраздел раздела.
Далее, нам нужно создать вызываемый шаблон: <xsl:apply-templates select="item" mode="sub-menu">
Для этого, добавить следующий код в xsl/my_template/navigation.xsl:
<xsl:template match="item" mode="sub-menu">
</xsl:template>
Обратите внимание, что в отличии от основного меню мы начинаем обработку не с элемента а с элемента , у которого есть дочерние элементы. В остальном, данный шаблон почти полностью повторяет шаблон основного меню.
Такой универсальности позволяет добиться CSS и верстка с помощью слоев. Я до сих пор в отдельных случаях использую таблицы для верстки, но постепенно стараюсь переходить на DIV-верстку, т.к. она позволяет значительно сократить код и, что более важно для XSLT, сделать шаблоны универсальными. Например, для большей части последних сайтов мне не пришлось переделывать navigation.xsl.
Однако, отличия в подменю все-же есть. В том, что оно может иметь много уровней. Соответственно, шаблон <xsl:apply-templates select="item" mode="sub-menu-items"> также будет отличаться от соответствующего шаблона для основного меню разделов:
<xsl:template match="item" mode="sub-menu-items">
<xsl:choose>
<xsl:when test="descendant-or-self::*/@id = $cur">
<xsl:attribute name="id"><xsl:text>cur</xsl:text></xsl:attribute>
<xsl:if test="descendant::*/@id = $cur">
<xsl:call-template name="href_attribute"/>
</xsl:if>
<xsl:value-of select="title"/>
</xsl:when>
<xsl:otherwise>
<xsl:call-template name="href_attribute"/>
<xsl:value-of select="title"/>
</xsl:otherwise>
</xsl:choose>
<xsl:if test="item/@id">
</xsl:if>
</xsl:template>
Отличие одно - мы обрабатываем дочерние элементы item для каждого item, рекурсивно вызывая шаблон <xsl:template match="item" mode="sub-menu-items">.
Продолжение следует…
P.S. Подготовка статьи отнимает массу времени. Однако, эта работа позволила мне взглянуть свежим взглядом на свои старые XSL-шаблоны.
UPD: Исходники.
К сожалению, дальше пришлось отказаться от использования браузера для компиляции XSLT.
комментарии (37)