Зря! По-моему это круче чем каша из php и html, как в bitrix например, глаза сломаешь.
А xsl позволяет отвязать логику отображения (==шаблонизации) от кода, и это круто!
Ну уж хотя бы на смарти посмотрите (не фонтан, но неплох).
xml нужно правильно сгенерить, потом перевести в html.
Да и на сервер нагрузка лишняя.
Есть ещё минусы, но сейчас некогда об этом)
Видел смарти конечно. И работать с ним приходилось, вовсе не радует.
Для генерации xml существует множество технологий и в php в том числе. И насчёт генерации: html – подмножество того xml, так что нет ничего логичнее чем использовать родственные технологии. А нагрузка лечится кэшированием, организовать не сложно. Зато сформировав свои данные один раз в xml, вы сможете представлять их как угодно, не заморачиваясь с программным кодом.
согласен, для JSON не нужен, он во многих ситуациях может послужить заменой. Просто очень большое кол-во форматов – xml-based, поэтому-то и выгодно иметь в приложении возможность скинуть данные в xml. Потом это облегчает импорт в них, не надо дописывать программный код, только логику шаблонизации в xsl. это и есть главное преимущество.
иметь возможность и быть привязанным к формату – немного разные вещи;)
экспорт облегчает, согласен.
но ради этого усложнять и замедлять сайт – несколько сомнительно.
если использовать различные xsl с одним xml на разных страницах, будет получаться, что для некоторых страниц будут делаться лишние (или более тяжёлые) запросы к базе, нужно генерить более сложный и более тяжёлый файл, чем нужно для данной конкретной страницы.
Зря! По-моему это круче чем каша из php и html, как в bitrix например, глаза сломаешь.
А xsl позволяет отвязать логику отображения (==шаблонизации) от кода, и это круто!
Ну уж хотя бы на смарти посмотрите (не фонтан, но неплох).
xml нужно правильно сгенерить, потом перевести в html.
Да и на сервер нагрузка лишняя.
Есть ещё минусы, но сейчас некогда об этом)
Видел смарти конечно. И работать с ним приходилось, вовсе не радует.
Для генерации xml существует множество технологий и в php в том числе. И насчёт генерации: html – подмножество того xml, так что нет ничего логичнее чем использовать родственные технологии. А нагрузка лечится кэшированием, организовать не сложно. Зато сформировав свои данные один раз в xml, вы сможете представлять их как угодно, не заморачиваясь с программным кодом.
Только вот глупый вопрос – а зачем?))
Мне, к примеру, нужен JSON – зачем тут xml?
Или pdf сгенерировать.
Или кусочек hml (не обязательно валидный).
согласен, для JSON не нужен, он во многих ситуациях может послужить заменой. Просто очень большое кол-во форматов – xml-based, поэтому-то и выгодно иметь в приложении возможность скинуть данные в xml. Потом это облегчает импорт в них, не надо дописывать программный код, только логику шаблонизации в xsl. это и есть главное преимущество.
иметь возможность и быть привязанным к формату – немного разные вещи;)
экспорт облегчает, согласен.
но ради этого усложнять и замедлять сайт – несколько сомнительно.
если использовать различные xsl с одним xml на разных страницах, будет получаться, что для некоторых страниц будут делаться лишние (или более тяжёлые) запросы к базе, нужно генерить более сложный и более тяжёлый файл, чем нужно для данной конкретной страницы.