Показать сообщение отдельно
Старый 17.10.2017, 15:06   #9  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,721 / 556 (22) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от ta_and Посмотреть сообщение
Здравствуйте.

Все знают, что фреймвок SysOperation был задуман с целью разделить презентационную и бизнес-логику.

Внимание, вопросы:
Зачем при запуске в пакетном режиме создается экземпляр класса Controller?
Почему сразу было не создавать экземпляр класса сервиса и распаковывать ему на вход контракт?

--------------------------------
ПС.
Как я понимаю, смысл пакетного задания - выполнить бизнес-логику.
Смысл сервиса тоже выполнить бизнес-логику.
Задача контроллера - зафигачить запрос пользователю и подготовить правильный контракт на вход сервиса.
Не скрещиваются у меня в голове ежики....
Цитата:
Сообщение от belugin Посмотреть сообщение
Вопрос знатокам, рассуждающим о паттернах: Какое имеено правило MVC нарушается в SysOperation Про "паттерн" хорошо написано на Хабре
belugin, еще раз спасибо за фундаментальную статью достойную диссертации.

ta_and, чутье не подводит, мне тоже видится что реализация MVC в SysOperation бестолковая.
И Controller действительно не поймешь что.
Тонкая Model и толстый Controller - это уродливо.

Для меня MVC в SysOperation это не более чем бифуркация кода штабными умниками. Да, пишут что это теперь удобнее для вызова через AIF и прочее. Кому удобнее я правда так и не понял.

Цитата:
The sysOperation framework is an implementation of the MVC pattern (Model-View-Controller)

Model - parameters [contract class]

View - Dialog [contract class]

Controller - Process (the code that runs in the essence of pattern)
The framework influence the Services framework, whereas a service in AX has a data contract with some special attributes

DataMember attributes in contract class take the entered values in parameters (dialog fields) to the process (aka "operations")
Если исходить из нормального MVC, то что
Model - parameters и
Controller - Process
- это дичь полная.