Изменения документа Инициализация процесса

Редактировал(а) Alexandr Fokin 2024/06/12 15:27

<
От версии < 1.20 >
отредактировано Alexandr Fokin
на 2024/01/11 13:39
К версии < 1.16 >
отредактировано Alexandr Fokin
на 2024/01/11 13:33
>
Изменить комментарий: Update document after refactoring.

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -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  (ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.))