XML + XSLT = система построения интерефейса

[Leks]

XML + XSLT = система построения интерефейса

Напрашивается идея переделать интерфес системы биллинга на XML и XLST. Сейчас хтмл код и пхп смешано в одних файлах. Есть ли смысл полностью выделить хтмл оформление в xml и потом уже выбирать с помощью xslt то что нужно? Полученный xml планирую использовать и для генерации отчетов и для построения веб-интерфейса. Реально все это?

 

[denver]

Если вы думаете что в таком подходе нужно в XML пихать совершеннос всю БД а потом с помощью XSL выгрребать нужное то это не так - будете долго генерировать ненужный хмл а потом еще дольше его будет обрабатывать XSL.

XML+XSLT позволяют _качественней_ заменить другие темплейты, и выводить в XML нужно только то что должно (или гипотетически может) отображаться в HTML. XSLT должен быть заменой той части ПХП которая оформляет текст, а не той которая выгребает из базы (надеюсь понятно).

Как для билинговой системы подходит вполне, для более посещаемых сайтов XSLT может быть ресурсоемким и более длительным чем smarty например.

 

[Leks]

Само собой, база останется в том виде в каком есть. Вопрос стоит только в целесообразности создания элементов интерфейса в xml для веб-интерфейса и шаблонов оформления отчетов. По сути, разграничивается php код и интерфейс. Насколько я понял, принципиальных проблем нет...

 

[denver]

принципиальных нет:
Чуть дороже разработка шаблонов;
Чуть меньше производительность по сравнению с smarty;
Чуть идеальней отделение бизнес логики от отображения.

 

[Leks]

начал разбираться с smarty, наткнулся на MVC паттерны, как они вписываются в эту проблему?

 

[denver]

Наверное намана вписываются в эту проблему.