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

UptoLike

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

XSLT как язык
Использование синтаксиса XML
Как было показано, использование синтаксиса SGML для таблиц стилей
было предложено еще в 1994 году, и похоже, что эта идея постепенно завоевала
полное признание. Трудно точно отследить, какие аргументы взяли верх.
Наиболее очевидными аргументами для выражения таблиц стилей XSLT
на языке XML являются, возможно, следующие:
В браузер уже встроен синтаксический анализатор XML, поэтому его раз-
мер не слишком увеличится, если анализатор можно использовать повторно;
Все устали от синтаксических противоречий между HTML/ XML и CSS и
не хотят, чтобы это снова повторилось;
Синтаксис DSSSL всегда считался помехой к его принятию; лучше иметь
синтаксис, уже знакомый целевому сообществу;
Многие популярные языки шаблонов (включая простые ASP и JSP
страницы) выражаются в виде схем выходного документа с вложенными инст-
рукциями, так что это уже знакомая концепция;
Весь лексический аппарат также можно использовать повторно, например
поддержку Unicode, ссылки на символы и сущности, обработку пробельных
символов, пространств имен;
Иногда требуется, чтобы таблица стилей была исходными или конечными
данными преобразования (подтверждением тому служит, например, преобразо-
ватель XSL от Microsoft), Так что это замечательно, если таблица стилей может
читать и записывать другие таблицы стилей;
Предоставление визуальных инструментов разработки легко устранит не-
удобство использования большого количества угловых скобок.
Синтаксис, основанный на XML, является теперь неотъемлемым свойст-
вом языка, который имеет как достоинства, так и недостатки. Он требует много
печатания, но, в конечном счете, число нажатий на клавиши не очень отражает-
ся на легкости или трудности решения конкретных проблем преобразования.
XSLT: Никаких побочных эффектов
Идея, что XSL должен быть декларативным языком, свободным от по-
бочных эффектов, неоднократно повторялась в ранних заявлениях о целях и
принципах проектирования языка, но, кажется, никто никогда не объяснял, за-
чем: что это дает пользователям?
Считается, что функции или процедуры в языке программирования имеют
побочные эффекты, если они производят изменения в своей среде; например, если
они могут модифицировать глобальную переменную, которую использует другая
функция или процедура, или если они могут записывать сообщения в регистраци-
онный журнал, или запрашивать данные у пользователя. Если функции имеют по-
бочные эффекты, имеет значение количество и порядок их вызова. Функции, не
имеющие никаких побочных эффектов (иногда называемые чистыми функциями),
могут вызываться любое число раз и в любом порядке. Не имеет значения, сколь-
ко раз вычислялась площадь треугольника, ответ будет всегда один и тот же; но
если функция, производящая эти вычисления, имеет побочный эффект, например
57