Size: a a a

Camunda BPM Group

2019 July 16

F

Fedor Secret in Camunda BPM Group
Fedor Secret
Здесь вопросов нет) Что касается сервис тасок, то по большей части мне более менее понятно.
А вот когда дело доходит до юзер тасок, меня начинает разносить в разные стороны
Вот как раз во 2 пункте, я предлагаю 2 подхода управления моделью к которым я пока склоняюсь. Причем они принципиально разные.
Можно комментарий получить по поводу них?
источник

DK

Denis Kotov in Camunda BPM Group
Задача - это айдишник задачи(формы, скриптов и т.д.) и айдишники сущностей, надо которыми надо выполнить таск
источник

DK

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

F

Fedor Secret in Camunda BPM Group
Denis Kotov
Контекста вообще не должно быть,  камунда не должна знать про модель для формы. Она должна знать что ей надо сделать и над чем, но не как, кем и где.
Чувствую ближе к истине подходим)) Я пока пытаюсь переварить все это дело еще
источник

F

Fedor Secret in Camunda BPM Group
Denis Kotov
Надо бы poc накодить
Было ло бы очень ценно)
источник

AK

Artem Kuraev in Camunda BPM Group
Смотрите, камунда для бизнес-прцоесса и ни для чего другого. Для модели, базы, рестов, UI и ещё чего-то есть подходящие для этого средства
источник

AK

Artem Kuraev in Camunda BPM Group
модель не часть процесса при этом ни разу
источник

F

Fedor Secret in Camunda BPM Group
Artem Kuraev
модель не часть процесса при этом ни разу
А можно про это где нибудь почитать?) Про ui и все остальное согласен
Просто я всегда считал модель частью процесса.
Если возьмем те же пегу и йбм бпм. Они в итоге модель сделали частью процесса. И на это видимо были обоснования.
Я не то чтобы вредничаю, просто хочу разобраться в этой теме)
источник

AE

Alexey Efremov in Camunda BPM Group
мы когда похожую задачу решали, тоже рассматривали отдельную модель "процесса"
источник

AE

Alexey Efremov in Camunda BPM Group
потом поняли, что это просто еще одна бизнес-сущность, вокруг которой живет процесс
источник

AE

Alexey Efremov in Camunda BPM Group
это может быть тикет, заказ, или что-то еще
источник

AE

Alexey Efremov 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
потому хочется к ней гуй крудовый
источник

DK

Denis Kotov in Camunda BPM Group
а потом ты очухиваешься от того, что у тебя специальные мапперы и синхронзайеры
источник

DK

Denis Kotov in Camunda BPM Group
между всеми инстансами
источник

DK

Denis Kotov in Camunda BPM Group
и хочешь умереть
источник

AE

Alexey Efremov in Camunda BPM Group
а потом смигрировать в эту мастер-модель все остальные сущности, и жить только в ней 😅
источник

DK

Denis Kotov in Camunda BPM Group
и производительность твоя 1 стори поинт в 5 лет
источник