Нет, такого нет. И непонятно как сделать архитектурно. Дин код выполняется на сервере асинхронно от потока клиент-сервер.

Ну так предложите - как вы видите этот функционал(ьность). Для чего это вообще? В какой момент этот дин.код будет выполняться (это же просто инструмент, который много где используется) итд. Теоретически всё это сделать можно, конечно, только неясно в каком виде. Например в событиях каких-то понятно что такое никак не сделать, т.к. непонятно куда и кому и что должно выводиться.

я про то что дать нам возможность так создавать в динкоде

в каком месте здесь вставить диалог?

текущая схема работы

1) клиент посылает запрос на сервер
2) на сервер некий код обрабатывает запрос и посылает ответ
3) клиент обрабатывает ответ

в каком месте здесь вставить диалог?

Просто BGMessageException не всегда уместно, ведь это исключение, даже выполненное в конце doAction, не известно как повлияет на результат. А заполнение переменной, просто выведет сообщение оператору и код выполнится корректно.

И на счет OK/Cancel, у нас в экшене есть метод doAction, добавить метод preCheck, он будет выполняться до метода doAction, что то проверит, и в зависимости, что выберет оператор в клиенте, будет принято решение выполнять ли doAction, а возможно doAction с каким то параметром.

любой интерактив подразумевает повторную отправку запросу серверу, его обработку и ответ
т.е. мы фактически имеем два запроса на два разных акшена или один акшен в который передается разный набор параметров. Причем как из клиента повторить тот же самый запрос с дополнительными параметрами не понятно (имеется ввиду в общем случае, т.е. для любого запроса из клиента), а на сервере как то связать (передать данные) первый запрос и второй (до диалога и после).

Да именно отправлять, какой-то предзапрос, который сделает нужные проверки, а затем уже выполнять doAction (прослойка до выполнения doAction). Например оператор делает какое то действие, вызывается экшен, возьмем для примера добавление субдоговора. Оператор выбирает добавить субдоговор, клиент отправляет запрос к серверу на проверку, вот на этом этапе как раз уместно будет вызывать диалоговые окна, затем, как нужные данные для doAction собраны, отправлять запрос на выполнение экшена.

Жаль, ноо если, когда-то появится возможность реализовать подобное, будет очень удобно.

Что насчет INFO сообщений, т.е. чисто информационные сообщения, которые не прерывают работу скрипта в отличии от BGMessageException?

при использовании механизма акшенов это я как то могу себе представить, а вот для вебсервисов с трудом...