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

[Skolos]

Добрый день!

Возник следующий вопрос. Использую Sysoperation Framework. Класс контроллер запускается с формы, и нужно в класс servise передать ее Args. Класс Контракт не поддерживает сложные типы данных типа Args. Как это сделать?

[pitersky]

Цитата:

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

Добрый день!

Возник следующий вопрос. Использую Sysoperation Framework. Класс контроллер запускается с формы, и нужно в класс servise передать ее Args. Класс Контракт не поддерживает сложные типы данных типа Args. Как это сделать?

Запакуйте в контейнер, положите в контракт, а в сервисе - распакуйте
Но вообще сразу возникает вопрос - что у вас там такого в args, что нельзя передать напрямую?

[skuull]

В контракт можно положить другой контракт или коллекцию других контрактов https://technet.microsoft.com/en-us/.../gg848068.aspx даже таблицу можно. А что вам конкретно надо ?

[belugin]

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

[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 может все показать и так.

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