Здравствуйте! Только начал изучение и возник вопрос: подскажите, пожалуйста, может ли "открывающий" параллельный шлюз И в результате двух параллельных операций заканчиваться "закрывающим" неисключающим шлюзом ИЛИ, если перед одной из этих двух операций имеется "закрывающий" исключающий шлюз ИЛИ, к которому происходит возвращение в случае, если в дальнейшей части схемы при проверке результата работ этих операций обнаруживается ошибка. То есть возникает ситуация, что из двух параллельных операций нужно выполнить только одну, к которой мы вернулись по условию, что не позволяет синхронизировать эти две операции "закрывающим" параллельным шлюзом И.
поменял 2 подпроцесса , сходящихся в параллельном шлюзе на call activity и после этого стали перезатираться выходные переменные одного из подпроцессов.
Здравствуйте. Подскажите пожалуйста. У меня процесс подготовки плана. Ручной. В определенный момент должен автоматически создаваться другой план (на основании данных ручного) при этом процесс по ручному продолжается. Авто создание плана - это субпроцесс? Или лучше через месседжи? Мне кажется второе, но я в сомнениях
Несколько некорректно утверждение о том, что при использовании запуска сообщением есть какой то процесс верхнего уровня , на самом деле есть просто 2 процесса, один запускает второй, они одного уровня, но есть последовательность. Насчет использования всегда call activity тоже есть возражения если процесс не переиспользуется, то его не нужно делать элементом репозитория путь будет подпроцессом, это как раз значит что процесс не переиспользуемый т.е. уникальный. Отделяя подпроцессы от периспользуемых можно измерять качество архитектуры, т.к. % периспользования логики это показывает.
Денис, спасибо что вы есть. Доступно и понятно.
Обожаю твои видео! Спасибо большое! Именно сейчас занимаюсь проработкой библиотеки процессов и связыванием процессов через Process ID
Прекрасное разъяснение. Спасибо.
Можете подробнее рассказать про запуск процессе через мессадж? Откуда или точнее куда отправляется мессадж, что стартует процесс?
Спасибо!
Здравствуйте! Только начал изучение и возник вопрос: подскажите, пожалуйста, может ли "открывающий" параллельный шлюз И в результате двух параллельных операций заканчиваться "закрывающим" неисключающим шлюзом ИЛИ, если перед одной из этих двух операций имеется "закрывающий" исключающий шлюз ИЛИ, к которому происходит возвращение в случае, если в дальнейшей части схемы при проверке результата работ этих операций обнаруживается ошибка. То есть возникает ситуация, что из двух параллельных операций нужно выполнить только одну, к которой мы вернулись по условию, что не позволяет синхронизировать эти две операции "закрывающим" параллельным шлюзом И.
поменял 2 подпроцесса , сходящихся в параллельном шлюзе на call activity и после этого стали перезатираться выходные переменные одного из подпроцессов.
Денис топ!
☺️
Здравствуйте. Подскажите пожалуйста. У меня процесс подготовки плана. Ручной. В определенный момент должен автоматически создаваться другой план (на основании данных ручного) при этом процесс по ручному продолжается. Авто создание плана - это субпроцесс? Или лучше через месседжи? Мне кажется второе, но я в сомнениях
Мессаджи самое то)
Несколько некорректно утверждение о том, что при использовании запуска сообщением есть какой то процесс верхнего уровня , на самом деле есть просто 2 процесса, один запускает второй, они одного уровня, но есть последовательность. Насчет использования всегда call activity тоже есть возражения если процесс не переиспользуется, то его не нужно делать элементом репозитория путь будет подпроцессом, это как раз значит что процесс не переиспользуемый т.е. уникальный. Отделяя подпроцессы от периспользуемых можно измерять качество архитектуры, т.к. % периспользования логики это показывает.
Мне кажется или Вы заметно поправились?
15 вверх, 15 вниз, бывает))
Мне так больше нравится
ты ли это, Денис