Как передать Args формы в класс service? Sysoperation Framework

[ax_mct]

Цитата:

Сообщение от belugin

Service не должен знать про UI (см ModelViewConroller) для того, надо либо переместить логику в контроллер либо разобрать Args и передать нужные параметры через контракт

Добавим яиц жонглеру. Контроллер при этом не должен знать о логике, а в модель и не думайте соваться.

Microsoft Dynamics AX 2012 White Paper: Introduction to the SysOperation Framework
https://www.microsoft.com/en-us/down...ng=en&id=29215
Вот такой вот цветочек в куче навоза.

[belugin]

Цитата:

Сообщение от ax_mct

Контроллер при этом не должен знать о логике

Контроллер не должен содержать бизнес логики, но знать о ней может. Как и содержать UI логику.

Цитата:

, а в модель и не думайте соваться.

А вот это я вообще не понял.

[ax_mct]

Цитата:

Сообщение от belugin

Контроллер не должен содержать бизнес логики, но знать о ней может. Как и содержать UI логику.
...
А вот это я вообще не понял.

Ну это так, для большего драматизма. Как прикладывающийся программист, я бы особо не парился что там должно и где, а просто протянул бы .parmPackedArgs_MyPostFix() по всей цепочке вызова. Понятно что это потребует расширения Declaration, PackedList для каждого класса в цепочке, но единственно чтобы бы меня заботило это сделать так чтобы не было runtime ошибок и при этом максимально сбоку. Типа версия 901 PackedList, наименование переменных с префиксами/постфиксами и прочее.

А для чего там тот или иной класс - пофиг. Это передача параметра и ничего больше. KISS, Debugger в зубы и вперед.

[belugin]

Я бы сначала узнал что нужно автору и как работает SysOperationFramework.

Цитата:

Сообщение от ax_mct

просто протянул бы .parmPackedArgs_MyPostFix() по всей цепочке вызова.
Понятно что это потребует расширения Declaration, PackedList для каждого класса в цепочке,

Только для контракта. Причем SysOpFW отличается тем, что там не надо заморачиваться с packedlist - он сам пакует и разбирает свойства по имени.

Цитата:

но единственно чтобы бы меня заботило это сделать так чтобы не было runtime ошибок и при этом максимально сбоку. Типа версия 901 PackedList, наименование переменных с префиксами/постфиксами и прочее.

А в конце выяснится, например, что автору надо просто надо обновить вызывающую форму после выполнения операции чтобы изменения отобразились.

Args.caller во первых запаковать нельзя, а во вторых, его не нужно никуда протаскивать - достаточно или в afterOperation или прямо в main написать этот код.

Цитата:

А для чего там тот или иной класс - пофиг. Это передача параметра и ничего больше. KISS, Debugger в зубы и вперед.

И ни в задаче ни в системе разбираться не надо

[ax_mct]

Цитата:

Сообщение от belugin

Я бы сначала узнал что нужно автору и как работает SysOperationFramework.

Только для контракта. Причем SysOpFW отличается тем, что там не надо заморачиваться с packedlist - он сам пакует и разбирает свойства по имени.

А в конце выяснится, например, что автору надо просто надо обновить вызывающую форму после выполнения операции чтобы изменения отобразились.

Args.caller во первых запаковать нельзя, а во вторых, его не нужно никуда протаскивать - достаточно или в afterOperation или прямо в main написать этот код.


И ни в задаче ни в системе разбираться не надо

Все верно. В этом случае я сохранял живую ссылку в infolog. Не идеально но хоть что-то. По крайней мере один SYS пример там такой есть.

Разбираться не надо в SysOperationFramework - вот я хотел сказать До тех пор пока можно без этого обойтись. Debugger может все показать и так.

Не система это, а НЛО упавшее на колхозное поле, пусть научники это изучают.