ax7: SysOperationSandbox - пример использования. почему именно такая архитектура?

[ax_mct]

Цитата:

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

...
Как вы думаете, почему выбрали именно такую архитектуру: за информирование должен отвечать вызывающий класс, а не сам процесс? может, я чего не понимаю?

В конце статьи

Цитата:

After you run the code you will realize that you do not receive the information message in time although the operation is completed. This is because the asynchronous execution and callback is done outside the form and form handler does not know about it. You need to refresh the form to see the result of the execution in messages after it is finished. In Formrun version you do not need to do it and get the messages as soon as they are placed in the infolog.

В комментариях

Цитата:

Tayfun Sertan Yaman
JULY 24, 2017 AT 1:25 PM
Nothing I know yet. In data import/export form it has some kind of progress display but you need to refresh the webpage to update it.

https://sertandev.wordpress.com/2017...ations-in-ax7/

Tommy Skaue в 2013 про AX2012 SysOperationFramework

Цитата:

Getting feedback to the UI is not easy. Your operation might not be running on the same thread as the UI, making it hard to get the UI and the progress in sync

https://community.dynamics.com/ax/f/33/t/116700

Можно было бы предположить что в AX7 так в силу некой сложности, но судя по всему такой подход тянется с AX2012. Основная причина эта необходимость некого threading и сообщения между потоками. Все это сделать можно и делается на всех языках.
При этом при наличии DB возможности языка вообще паралельны - через DB прекрасно можно координировать процесс в другом потоке и вызывающем интерфейсе. Судя по всему именно так и возможно обновление Infolog. Сделать так же для прогресс-бара - вопрос только желания.

Вот это мне кажется важным

Цитата:

в части UI аксапта на рынке джаваскриптов, джейквери, ангуларов и прочих реактов.

Именно что ожидания пользователей от web-интерфейса.