Доброго времени суток хабралюди!
Занимаясь разработкой web-приложений долгое время искал способы полного отделения вида от контроллера, т.е. исключения использования в шаблонах кода php или его пародии как smarty. Может конечно плохо искал, но… не так давно познакомился с xslt. Он открыл для меня новое видение архитектуры, точнее её реализации. Сейчас постараюсь описать чего я имею ввиду…
Раньше у меня вид обрабатывался контроллером, теперь же контроллер взаимодействуя с моделью формирует xml, который в последствии обрабатывается парсером или же отправляется напрямую к клиенту.
При такой работе:
— модель и контроллер не зависимы от вида и могут быть написаны на любом языке программирования;
— в качестве парсера можно использовать любую библиотеку, также на любом языке программирования.
— шаблоны написанные на xslt не зависят от способа реализации web-приложения.
Такой подход удобен многовариантностью реализаций web-приложений, некоторые из которых возможно лучше реализовать например на perl, php и др.
Вопросики:
— Хотелось бы узнать у вас, хабралюди, стоит передавать хтмл или xml клиенту?
— Данный топик написан из-за спора о xslt шаблонах и шаблонах в виде html+php, как вы считаете, что предпочтительнее?
— Стоит ли использовать такой подход к реализации?
В данном топике я хотел просто поделиться своим представлением об архитектуре с использованием xslt.
Это мой первый топик, благодарю за понимание…
upd:
— на основе этого материала, постараюсь написать статью с примером реализации данного подхода.
— спасибо за понимание выраженное в минусах ;)
Занимаясь разработкой web-приложений долгое время искал способы полного отделения вида от контроллера, т.е. исключения использования в шаблонах кода php или его пародии как smarty. Может конечно плохо искал, но… не так давно познакомился с xslt. Он открыл для меня новое видение архитектуры, точнее её реализации. Сейчас постараюсь описать чего я имею ввиду…
Раньше у меня вид обрабатывался контроллером, теперь же контроллер взаимодействуя с моделью формирует xml, который в последствии обрабатывается парсером или же отправляется напрямую к клиенту.
При такой работе:
— модель и контроллер не зависимы от вида и могут быть написаны на любом языке программирования;
— в качестве парсера можно использовать любую библиотеку, также на любом языке программирования.
— шаблоны написанные на xslt не зависят от способа реализации web-приложения.
Такой подход удобен многовариантностью реализаций web-приложений, некоторые из которых возможно лучше реализовать например на perl, php и др.
Вопросики:
— Хотелось бы узнать у вас, хабралюди, стоит передавать хтмл или xml клиенту?
— Данный топик написан из-за спора о xslt шаблонах и шаблонах в виде html+php, как вы считаете, что предпочтительнее?
— Стоит ли использовать такой подход к реализации?
В данном топике я хотел просто поделиться своим представлением об архитектуре с использованием xslt.
Это мой первый топик, благодарю за понимание…
upd:
— на основе этого материала, постараюсь написать статью с примером реализации данного подхода.
— спасибо за понимание выраженное в минусах ;)