G
да тз такой просто )
Size: a a a
2021 October 12
А
Выглядит так, что это будет использоваться как статус той сущности, которой управляет процесс. В этом есть свои минусы.
А
Сущность может проходить через одну и ту же таску, но при каждом проходе статус может быть другой. Или например, тасок несколько, а статус один и тот же. Если мои догадки верны - я бы разделил.
G
статус листнера ?
имеется ввиду create update delete и assignment ?
имеется ввиду create update delete и assignment ?
А
Нет, статус сущности. Например у вас заявка или договор. Она идет по процессу и вы лисенером меняете ее статус, чтобы на каком-нибудь UI было видно, что с ней происходит. Я об этом статусе.
G
ааа понятно
YK
не проще ли это решать на уровне UI, а статус хранить в переменной процесса?
A
Никто случайно кокпиту маппинги не подменял? )
DL
кто-нибудь обновлялся с 7.15.0 на 7.16.0? Есть какие-то камни?
А
Статус хранить в переменной процесса. Все верно. И лисенером значение этой переменной писать в базу в конкретную сущность. У вас ведь UI список будет строить не по задачам камунды, а по базе сущностей.
IK
мы для этого статус в переменной процесса даж не хранили, были листенеры на некоторых шагах которые статус меняли и в этот листенер переменной на шаге передавался новый статус
А
А как вы передавали параметр в лисенер, если его стандартный синтаксис вызова не предполагает передачу параметра?
IK
ну контекст процесса то был
IK
в локальные переменные клали в шаге
IK
че то такое, не помню уже точно
А
Так все таки через переменную :)
IK
а ну да, просто я имел ввиду не в контексте процесса
А
Ну это уже дело вкуса
IK
а кто и откуда в процесс в вашем флоу инжектит новый статус?
IK
можно как-то по схеме понять будет когда он поменяется и на какой?