YY
до запуска процесса
Это если по API запускаем, то да. А если у нас внутри CallActivity?
Size: a a a
2020 November 19
DK
а шо это за клиент такой, который не может нам по контракту запрос дать
DK
плюнуть ошибку в него надо, как в любом интерфейсе
YY
почему клиент? Я говорю про variable passing между процессами
DK
клиент - тот кто колл активити вызывает
YY
или везде all ставим?
YY
Понял. Ок. Т.е. в самом начале процесса делается валидация?
DK
вообще в идеале обьект передавать всегда один. снаружи создать его и пихнуть
DK
пихнуть его идентификатор
IK
вообще смущает что у подпроцесса контакта нету, не оч удобно
IK
даже если это 1 переменная с айдишником будет, на выход результат - все равно
ET
вообще в идеале обьект передавать всегда один. снаружи создать его и пихнуть
А если по ходу процесса получаем ещё данные из других микросервисов и они иногда нужны не в одной таске, а в нескольких? Мы в этом случае эти данные складываем в контекст процесса. А как наиболее правильно? Делать одинаковые запросы по ходу процесса? Или один раз, но сложить данные куда-нибудь в хранилище рядышком?
DK
у меня каждый делегат постоянно бегает за объектом
DK
ну точнее это через всякую магию сделано
DK
объект всегда есть у делегата, но под капотом он всегда свежий
YY
мы объекты за которыми дорого ходить складываем в контекст, остальные дёргаем с внешних сервисов.
IK
Меня больше всего парит щас синхронизация статусов обьекта и процесса. Мне кажется это может стать очень болезненным место ечли неправильно приготовить. Кто как делает?
IK
Опции менять статусы через таски, листенеры и вообще не держать статус а опрашивать процесс всегда за ним
IK
Еще что то есть? И кто что делает
DK
None event с листнером, который из инпут параметров со схемы берет название статуса