Size: a a a

Camunda BPM Group

2020 October 18

LP

Ludwig Prinn in Camunda BPM Group
а в чем отличие от Field Injections?
источник

IB

Ilya Barbotko in Camunda BPM Group
дак это не в джаве делается, а на схеме
источник

IB

Ilya Barbotko in Camunda BPM Group
источник

DK

Denis Kotov in Camunda BPM Group
Каждый делегат всегда используется один раз. Общая логика выносится в сервис, который уже используют делегаты
источник

DK

Denis Kotov in Camunda BPM Group
Ну а дальше инпут/аутпут, или прям а них писать
источник

DK

Denis Kotov in Camunda BPM Group
Denis Kotov
Каждый делегат всегда используется один раз. Общая логика выносится в сервис, который уже используют делегаты
Мотивация очень простая - исправляя один квадратик вы и ваши боевые товарищи не ходят дебажить/переписать тесты на соседние куски схемы
источник

LP

Ludwig Prinn in Camunda BPM Group
Посмотрел про input/ouutput mapping. Как я понял, это позволяет задать локальные переменные для активити, т.е. почти то же самое, что и Field Injections
источник

DK

Denis Kotov in Camunda BPM Group
Denis Kotov
Ну а дальше инпут/аутпут, или прям а них писать
В делегате просто через getvariable достаётся
источник

LP

Ludwig Prinn in Camunda BPM Group
Denis Kotov
Каждый делегат всегда используется один раз. Общая логика выносится в сервис, который уже используют делегаты
Денис, не совсем понял. Хотите сказать, что для каждой таски нужно писать отдельный делегат? Это такая практика?
Я без подколок, просто пытаюсь разобраться
источник

IB

Ilya Barbotko in Camunda BPM Group
мне вот тоже интересно, Денис, а переиспользовать делегата для нескольких тасок на схеме плохой практикой считается?
источник

DK

Denis Kotov in Camunda BPM Group
Ludwig Prinn
Денис, не совсем понял. Хотите сказать, что для каждой таски нужно писать отдельный делегат? Это такая практика?
Я без подколок, просто пытаюсь разобраться
Да, верно. Не почувствовал подколок))
источник

DK

Denis Kotov in Camunda BPM Group
Ilya Barbotko
мне вот тоже интересно, Денис, а переиспользовать делегата для нескольких тасок на схеме плохой практикой считается?
У нас да
источник

IB

Ilya Barbotko in Camunda BPM Group
бывает же, что они различаются буквально ничем, и эту разницу можно как раз покрыть разными входными параметрами
источник

DK

Denis Kotov in Camunda BPM Group
Ilya Barbotko
бывает же, что они различаются буквально ничем, и эту разницу можно как раз покрыть разными входными параметрами
Бывает, ага
источник

DK

Denis Kotov in Camunda BPM Group
Но зачем нам эта лишняя связность
источник

IB

Ilya Barbotko in Camunda BPM Group
скажем, есть json {..., source: {...}, target: {...}} и нужно, чтобы одна таска с объектом сорс работала, а другая с таргетом. Тут вроде логично сделать одного делегата и передавать текстовый параметр
источник

IB

Ilya Barbotko in Camunda BPM Group
просто дублировать код как-то тоже не очень хочется
источник

DK

Denis Kotov in Camunda BPM Group
Шо там этого кода
источник

DK

Denis Kotov in Camunda BPM Group
А когда чот сломается или когда тесты надо будет писать
источник

LP

Ludwig Prinn in Camunda BPM Group
Denis Kotov
Да, верно. Не почувствовал подколок))
Понятно теперь. Я вот думал, что по-крутому и по-умному сделал - один делегат для нескольких тасок заюзал, молодец. Только это породило проблемы...
источник