AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
CRM
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.06.2017, 02:01   #10  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Есть White Paper
Using the refactored formletter framework
Date: May 2011
Author: Kenneth Puggaard, Senior Development Lead
http://go.microsoft.com/fwlink/?LinkID=218315

Обоснование
Because the FormLetter classes had so much functionality and no well-defined APIs in Microsoft
Dynamics AX 2009, they were complex for developers to understand and customize.

In Microsoft Dynamics AX 2012, the formletter framework has been refactored to clearly separate the
functionality needed for the posting process into different classes. This has led to a number of new
class hierarchies.


The Microsoft Dynamics AX 2009 base FormLetter class has been split into eight base classes. It also
has been changed to run under the SysOperation framework. Switching to the SysOperation
framework has the advantage of executing the code on the server tier during posting in IL
(intermediate language). Because of the switch to using the SysOperation framework, client callbacks
from code running on the server tier are no longer supported
. Client callbacks result in an exception.

Вот сколько старый FormLetter существовал лет? Лет 10 все значит мучились.

Отчасти это редизайн из-за смены Runbase/RunBaseBatch на SysOperation framework.
https://msdn.microsoft.com/en-us/library/gg862488.aspx

SysOperation framework реализует MVC pattern. The isolation of the parameters (model), the dialog (view) and the code that runs (controller) is the essence of the pattern.

Model:
• Member variables
• Pack/unpack (aka serialization)

View:
• Dialog()
• GetFromDialog()
• PutToDialog()

Controller:
• Prompt()
• Run()

Ничего не имею против MVC вообще, но ЗАЧЕМ менять один код на такой же другой, я понять не могу.
Код - такой же. Его просто разбили на пазл паттерном.
Интерпретатору/компилятору - все равно, он все равно соберет все лоскутки в "простыню".
Пользователю - все равно.
Функциональности - все равно.
Программисту? Старым, после многих лет работы с этими классами - сплошная радость. Новым, быть они хоть трижды Java программистами - легче и проще это не делает. А типичные на клиенте - вообще не в состоянии понять.
Зато да, вот оно современное программирование какое
За это сообщение автора поблагодарили: mazzy (5), macklakov (5), Logger (1).
Теги
sysoperation framework

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: The INSERT statement conflicted with the FOREIGN KEY constraint "FK_ModelElementData_HasModelId_LayerId". The conflict occurred in database "YourDataBaseName_model", table "dbo.Model" Blog bot DAX Blogs 0 23.05.2014 13:11
Dynamics AX Sustained Engineering: Performance issue in "Open Transaction Edit" form Blog bot DAX Blogs 0 26.10.2009 20:05
Зачем нужны "Параметры кодов аналитики"? Кирилл DAX: Программирование 2 16.04.2004 14:22
Зачем нужна "Потребность в номенклатуре" Tony Green DAX: Функционал 4 02.02.2004 00:24

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:05.