Разработка web-издания в операционной системе Linux. Планирование и управление процессом создания web-узла. Дырдин А.А - 59 стр.

UptoLike

Составители: 

На практике отсутствие побочных эффектов означает, что нельзя моди-
фицировать значение переменной. Сначала может показаться, что это ограни-
чение очень неудобно и является слишком дорогой ценой за довольно призрач-
ные выгоды. Но по мере привыкания к языку и приобретения навыков работы с
ним таким способом, для которого он проектировался, а не так, как было при-
вычно работать с другими языками, вы перестанете считать это ограничением.
XSLT: основанный на правилах
Основная особенность типичной таблицы стилей XSLT в том, что она со-
стоит из последовательности шаблонных правил, каждое из которых описыва-
ет, как должны обрабатываться элементы конкретного типа или другие конст-
рукции. Правила не организуются в какомто особом порядке; они не должны
соответствовать последовательности элементов структуры входного или вы-
ходного документа. Фактически подразумевается, что у автора таблицы стилей
нет даже никаких догадок о порядке и вложенности элементов исходного доку-
мента. Именно это делает XSLT декларативным языком: необходимо задавать,
каким должен быть вывод при появлении заданного образ в исходных данных,
в отличие от процедурной программы, где указывается, какие задачи должны
быть выполнены и в каком порядке.
Такая структура, основанная на правилах, очень близка структуре CSS.
Однако главное отличие XSLT в том, что и образцы (указание, к какому узлу
применяется правило), и действия (указание, что должно быть сделано, когпа
найдено соответствие правилу) гораздо богаче по своим функциональным воз-
можностям.
Хотя шаблонные правила являются характерной особенностью языка
XSLT, это, как будет показано далее, не единственный способ записи таблицы
стилей.
За рамками XSLT 1.0
После опубликования спецификации XSLT 1.0 рабочая группа XSL, от-
ветственная за разработку языка, решила разбить требования к расширениям на
две категории: XSLT 1.1 должен стандартизировать несколько крайне необхо-
димых дополнительных возможностей, которые некоторые производители уже
сочли нужным добавить в свои продукты в качестве расширений языка, в то
время как XSLT 2.0 должен отвечать более глубоким стратегическим требова-
ниям, которые еще нуждаются в изучении.
XSLT 1.1
Рабочий проект XSLT 1.1 был опубликован 12 декабря 2000 года. Он
описывает четыре расширения спецификации XSLT 1.0:
Несколько выходных документов: инструкцию <xsl: documents введен-
ную на основе расширений, впервые реализованных в процессоре Saxon, а впо-
следствии и в других продуктах, включая xt, Xalan и Oracle. Эта инструкция по-
зволяет производить из исходного документа несколько выходных документов.
59