respect

Александр Петросян (PAF) 31.05.2006 22:33 / 31.05.2006 22:36

и побольше таких floods!

я начал вам отвечать, поленившись почитать доку, и мой ответ вышел сумбурным (killed).

но центральная точка непонятки, как раз, очень ясна:
это точка относительности.
относительно чего вычисляется путь.

мне очень понравилось, как красиво это решили авторы XSL стандарта. молодцы.


про протокол parser://

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

^xdoc.transform[parser://db/global.xsl]

при этом global.xsl может содержать ссылки на другие документы, скажем, в «подкаталогах».

обоснование тут может быть таким: файлы=плохо, база данных=хорошо. те, кто читал немного о кластеризации, отказоустойчивости, или имел дело со злобными хостерами, банально запрещающими какую бы то ни было запись на диск, поймут.

другое использование этого протокола… не благословляется
(c) НадписьНаШлагбаумеРядомСоСвятымИсточникомВТихоновойПустыни.

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

вопросы динамической сборки
* исходного документа,
* XSL шаблона,
уже обсуждались << есть варианты безо всякого parser://


нашей практике реально пока был всего 1 (один) случай, когда использование крошечной функции, дёрнутой через document(parser://helperFunc), было очень оправдано, поскольку съэкономило тонну кода (иначе там пришлось бы делать двухпроходный XSLT).
кажется, уже рассказывал тут.

---