DK
Вот там все аукнется
Size: a a a
2020 October 18
DK
Ludwig Prinn
Понятно теперь. Я вот думал, что по-крутому и по-умному сделал - один делегат для нескольких тасок заюзал, молодец. Только это породило проблемы...
Абстрагируйте общую логику в сервисе. Да так, чтобы сервис ещё и не знал про камундовые штуки
DK
Делегат - это маленькая прослойка между активити+контекст+камунда к бизнес сервису
DK
Разделяй и властвуй, ееее
DK
Ну и тесты тесты тесты очень удобно писать сразу становится
LP
Абстрагируйте общую логику в сервисе. Да так, чтобы сервис ещё и не знал про камундовые штуки
Понятно. А входные данные для этой логики нужно формировать в делегатах, так?
DK
Ludwig Prinn
Понятно. А входные данные для этой логики нужно формировать в делегатах, так?
Ага
DK
Где-то был видос с примером у меня
LP
ок, спасибо) 👍
IP
Встретил на проекте вот такой BPMN
И сильно смущает выделенный кусок.
Я прав, что он мне не нравится, или нет?
И сильно смущает выделенный кусок.
Я прав, что он мне не нравится, или нет?
IP
понятно, что схема упрощена, но вот этот переход между state 2, state 3, cancelled - именно так как я тут изобразил
SD
Это чтобы пользователь через UserTask мог прекратить всю эту канитель? )))
IP
мммм..... весь бизнес смысл от меня ускользает...
С их стороны Проект-Менеджер - эмммм.... Ну она русского не знает, так что тут надеюсь не тусует....
Чтоб вы понимали, когда она нам говорила, для каких ролей документ должен быть редактируемым, она выяснила после деплоя на тест среду что имена ролей попутала....
так что почему это так и зачем - я не знаю.
С их стороны Проект-Менеджер - эмммм.... Ну она русского не знает, так что тут надеюсь не тусует....
Чтоб вы понимали, когда она нам говорила, для каких ролей документ должен быть редактируемым, она выяснила после деплоя на тест среду что имена ролей попутала....
так что почему это так и зачем - я не знаю.
IP
просто что у нас вышло.
Стоит процесс в State 2. Таймер каждые 10 минут отстреливает новый токен, который прибегает тоже в State 2. и их там копится штук 30-40.... Потом происходит НЕЧТО (толи данные приходят, толи нажимают волшеюную кнопку) и ОДИН токе идет в STate 3.
и в итоге - полная херня
Стоит процесс в State 2. Таймер каждые 10 минут отстреливает новый токен, который прибегает тоже в State 2. и их там копится штук 30-40.... Потом происходит НЕЧТО (толи данные приходят, толи нажимают волшеюную кнопку) и ОДИН токе идет в STate 3.
и в итоге - полная херня
SD
Ну просто если подумать, то получается мы висим на юзер таске, периодически дергаем БД. На следующий шаг можем перейти только если в БД появились данные, или получили какой-то месседж. Ну а штатно из Юзер таска можем только на Cancel. Мне кажется так... Но да, как-то это все странно ))) было бы неплохо знать контекст
IP
и получается несколько десятков токенов висит на State 2, и один токен идет дальше.
SD
Ну да, с токенами криво конечно
IP
как по мне - эт хрень какаято. как это у них работает - я не понимаю
IP
@Kotskin скажи, я правильно рассуждаю или нет?
AD
и получается несколько десятков токенов висит на State 2, и один токен идет дальше.
Точно в таком режиме копятся токены ? Тут все евенты прерывающие Таск2