Изменения документа Инициализация процесса
Редактировал(а) Alexandr Fokin 2024/06/12 15:27
<
>
отредактировано Alexandr Fokin
на 2024/01/11 13:39
на 2024/01/11 13:39
отредактировано Alexandr Fokin
на 2024/01/11 13:33
на 2024/01/11 13:33
Изменить комментарий:
Update document after refactoring.
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,8 +1,6 @@ 1 1 |(% style="width:15px" %) |(% style="width:1470px" %)((( 2 -(% border="1" %) 3 3 |(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %) 4 4 |(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)((( 5 -(% border="1" %) 6 6 |((( 7 7 * Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса). 8 8 * В случае использования [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]], необходимо также гарантировать инкрементацию ключа доменных сущностей т.к. скорее всего их поля не изменятся напрямую. ... ... @@ -11,7 +11,6 @@ 11 11 |((( 12 12 Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра 13 13 14 -(% border="1" %) 15 15 |(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей. 16 16 |(% style="width:157px" %)Допускается создание только одного экземпляра процесса|(% style="width:1078px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса. 17 17 Для каждого уникального ключа может быть только 0 или 1 экземпляр процесса. ... ... @@ -18,7 +18,7 @@ 18 18 |(% style="width:157px" %)Допускается создание более одного экземпляра|(% style="width:1078px" %)((( 19 19 Здесь речь идет не о том, что запуск возможен в один момент времени, а в целом, что допускается ситуация, что в случае если процесс уже выполнялся, мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность). 20 20 \\В таком случае мы можем представить следующую модель данных: 21 -Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> Экземпляр процесса.18 +Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> экземпляр процесса. 22 22 23 23 24 24 |Ключевой сквозной контекст не всегда может быть выражен явно, но фактически он будет существовать. ... ... @@ -36,7 +36,7 @@ 36 36 37 37 Например: 38 38 39 -* Целью является создание некоторого доменного объекта, когда он будет создан, информацию зафиксируется в сквозном контексте.36 +* целью является создание некоторого доменного объекта, когда он будет создан, информацию зафиксируется в сквозном контексте. 40 40 * Эти данные не позволят запустить новый экземпляр так как цель достигнута - объект создан. 41 41 * Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и не обходимо запустить процесс (по тому же ключу) для создания нового экземпляра доменного объекта, то также необходимо сбросить данные в сквозном контексте. 42 42 (ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.))