На сервере выполняется сложная операция, в ходе которой время от времени нужно у пользователя запрашивать дополнительную информацию. То есть клиент должен контролировать и управлять процессом на сервере.
В обычном приложении никаких проблем не было — всегда можно было задать Вопрос() пользователю.
А как быть в управляемом приложении? Какова правильная методика решения подобной задачи?
Я вижу такое решение: на сервере выполняется операция, доходит до вопроса, текущий контекст выполнения запихивается во временное хранилище и выполняется возврат на клиент. На клиенте происходит обработка вопроса и повторный вызов серверной функции, которая вынимает контекст выполнения из временного хранилища и продолжает работу.
Решение мне не нравится, так как приходится постоянно гонять данные туда-сюда из временного хранилища.
Есть ли более "правильное" решение?

ответить на все вопросы ДО запуска сложной операции

>Есть ли более "правильное" решение?

какие "более правильные"? на клиента все равно надо выныривать

Кушайте кактус и благодарите отцов-основателей за красивую облачную мечту 1с.

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

Пути миграции данных от веба к конкретному пользователю

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

>Вот только контекст терять не хочется.

увы... меняйте логику тогда - 1с-ый сервер работает по "отдал и забыл"

(7) любой stateless сервер работает по принципу "отдал и забыл"

В (4) предложение через серию фиктивных вопросов понравилось

Ну и (1), конечно же, как предпосылка

ндяяя ... (8) вон про сервер начал рассказывать; основатели звездят про "отказ от модальности"; с клиента повесить callback на сервер невозможно в модели v8; уф - кастрированная реализация "окно в окне" браузера, без поддержки единого стандарта.
Клиентов 1С, клиентов Карл!, аж 4 штуки.

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

А уж "ферма серверов на 1С" с рекламного ролика партнетки, это ваще за гранью

(0) Какую задачу решаете, если не секрет?

если лень выныривать
но нафуя тогда нырять?
на клиенте все делайте и не лезьте на сервер
не для вас он

(0) не вижу проблем, здесь тоже можно спокойно выполнять код с вопросами.

(0) щас можно всё круче делать, не то что раньше в 8.1 :)

Конкретной задачи нет, моё любопытство чисто теоретическое. А когда придёт время решать, хочу знать, как правильно действовать. Хотя, как я теперь вижу, красивого решения нет. Остаётся ждать, когда 1С реализует что-то вроде web-сокетов.

(16) Вот представь, дали такую возможность. И тупые 1С-ники повставляли вопросов в процедуры расчета движений документов. А потом кто-то запилил над этим групповой пересчет движений или перепроведение, запускает это регламентным заданием или еще как. И что получим в итоге?
Поэтому говн*кодить 1с-никам должно быть трудно, они должны страдать в этот момент.

(17) Ну это очень спорный вопрос. Должна ли среда ограничивать, удерживать программиста от его же собственных ошибок? Смотря на кого ориентироваться. Если на продвинутых, то ответ будет один, если на новичков — то другой. На кого 1С ориентируется — лично мне неизвестно.

(18) Над системами часто работают больше одного программиста. И этот код будет граблей для себя через год, либо для последователя.

(17) Борьба с модальностью частично решает проблему "вопросов" в серверном коде.

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

По-моему, надо просто задачу нормально поставить. И сделать грамотную декомпозицию с т.з. непосредственной технической реализации.
С трудом представляю что это за "сложная операция" такая, которая, видимо, весьма продолжительна по времени и при этом должна регулярно спрашивать пользователя "что делать дальше".