Microsoft Dynamics AX 2012 White Paper: Introduction to the SysOperation Framework

[mazzy]

спасибо.

Цитата:

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

1. Ты поменял Name на description в методе или в переменной?

хм... нет. А теперь не по типу переменной, а по типу метода определяет? неординарно. Щас попробую.

Цитата:

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

2. По умолчанию исполняется асинхронно в IL - сделай параметр в меню айтеме

EnumType: SysOperationExecutionMode
EnumValue: Synchronous

(См аттач)

щас попробую.

только мы плавно возвращаемся к моему исходному вопросу

Цитата:

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

но, на мой взгляд, это типичный пример пресловутого подхода: программирование ради программирования. не учитывая интересы и мотивацию людей.
типичный пример - "Execution Mode". кто? в какой момент? и как сделает выбор между этими 4 режимами?


может, кто-нибудь может придумать "ПОЧЕМУ человек-программист захочет использовать ЭТОТ фреймворк? в каких сценариях?"

[belugin]

Цитата:

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

хм... нет. А теперь не по типу переменной, а по типу метода определяет? неординарно. Щас попробую.

Переменная - это детали реализации контракта. Если ты прочитал tutorial, ты можешь заметить, что все параметры отображения приписываются к методу.

А хранить можно хоть в зазипованном виде

Цитата:

только мы плавно возвращаемся к моему исходному вопросу

Примерно так. Я в детали сильно не вдавался, но принцип следующий.


Предположим тебе надо разнести журнал в 100000 строк:

Синхронный режим - аксапта будет ждать, пока разнесется и тебе надо будет открывать новую аксапту и искать там опять журнал, если хочешь, например перейти оттуда к счету.

Асинхронный режим - нажимаешь на кнопку, и работаешь себе дальше. Потом обновляешь журнал и видишь, что он разнесен.

Надежный асинхронный режим - то де самое, только формируется одноразовое пакетное задание (например, если у нас нет статуса "разнесен" а надо знать выполнилось действие или нет)