Xpoint
   [напомнить пароль]

На каком ярусе CMF лучше всего "заварачивать" результат в XML

Метки: [без меток]
2008-11-07 13:34:50 [обр] SpaceGator[досье]

Приветствую!
Народ, давайте обсудим наиболее предпочитаемые способы сабжа, а именно:
При разработке XML CMS, перед нами встаёт вопрос: на каком ярусе архитектуры, мы будем осуществлять преобразование RAW-данных (результат работы бизнес-логики Модели, как то: просто выборка из БД, сообщения об ошибках и прочее), полученных в результате работы логики Модели, собственно в XML?
Сие, разумеется, можно осуществить где угодно и каким-угодно архитектурным способом, но всё-таки, для подобных манипуляций (декарирования конечных данных) должен существовать свой специальный архитектурный ярус каркаса, и если же мы пытаемся создать более-менее расширяемую и гибкую архитектуру, мы должны обеспечить свой собственный слой абстракции для подобных преобразований.

Где и как вы осуществляете "заворачивание" результатов работы бизнес-логики в XML, в случае XML-CMS, из расчёта обеспечения низкой связанности ярус приложения и малой зависимости логики форматирования Представления от результирующих данных отдаваемых Моделью?

спустя 1 час 26 минут [обр] Андрей(0/2)[досье]

1.БД -> 2.Данные в виде массива -> 3.XML этих данных -> 4.Общий XML по всем данным, необходимым для формирования ответа на запрос -> 5.Преобразование в html с помощью XSLT

Выбранные данные (п.2) могут дальше быть представлены не в виде XML, а в виде ассоциативного массива или в форме JSON.

При создании общего XML (п.4) собираются все XML от составных частей, добавляется raw-информацию из запроса и другая служебная информация, которая может понадобиться для XSLT-преобразования.

Результат работы каждого пункта при необходимости может быть закэширован теми или иными средставми.

Powered by POEM™ Engine Copyright © 2002-2005