вообще конечно размытое, но не настолько...

KLeN 11.10.2006 00:33 / 11.10.2006 01:13

минусы для меня в приведенном вами примере:

а) xml определяется в коде скрипта, поэтому и будут выполнятся инструкции parser, а не во внешнем источнике.
б) имя "некая_таблица" жестко задано в скрипте и в xml
в) данные смешаны с кодом
г) для другого xml и тд придется снова писать вывод таблицы, а функция может быть гораздо сложнее

представьте существует база типов журналов с уникальными ID но картинка у них постоянно меняется с выходом нового номера (ID остается прежним) я в xml шаблоне блока вывода журналов напишу так:

...
<system:image id="2"/>
...

когда этот xml достанет мой скрипт, он обратится к хэшу journals полученному из БД найдет соответствующие поля: $journals.2.path и $journals.2.image и сгенерирует:
<a href="{$journals.2.path}"><img src="{$journals.2.image_path}" /></a>
(все это только простейший пример)

но я уже могу не беспокоится, что у журнала №2 сменится картинка в БД и мне придется переписывать xslt шаблон или скрипт.
Конечно же это преобразование может выполнить какой то общий xslt, но только если ему известен хэш $journals а если таких хэшей может быть много, если состав хэша или таблицы заранее неизвестен, я могу конечно сгенерировать xslt с ОЧЕНЬ большой кучей <xsl:param> на каждый хэш или таблицу скрипта системы, но сколько памяти слопает это чудовище при преобразовании?

---