Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Содержимое

...	...	@@ -17,11 +17,55 @@
17	17	|(% style="width:227px" %)По группе сущностей ()|(% style="width:272px" %)Набор ключей сущностей|(% style="width:1023px" %)
18	18	|(% style="width:227px" %)По выборке с параметрами|(% style="width:272px" %)dto с параметрами|(% style="width:1023px" %)
19	19	)))
20		-|(% style="width:157px" %) |(% style="width:1328px" %)
	20	+|(% style="width:157px" %)Валидация перед запуском|(% style="width:1328px" %)(((
	21	+|(% style="width:114px" %)Доменные объекты|(% style="width:1195px" %)(((
	22	+* Валидация доменных объектов на возможность запуска экземпляра процесса
	23	+(с гарантией, что доменной объект не будет изменен до конца транзакции инициализации, иначе мы можем принять некорректное решение о запуске процесса).
	24	+* В случае использования [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]], необходимо также гарантировать инкрементацию ключа доменных сущностей т.к. скорее всего их поля не изменятся напрямую.
	25	+* Как вариант - использование более строго уровня изоляции.
	26	+)))
	27	+|(% style="width:114px" %)Процессы|(% style="width:1195px" %)(((
	28	+Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра
21	21
	30	+|(% colspan="2" %)Отношение экземпляров процесса и ключевых доменных сущностей.
	31	+|(% style="width:199px" %)Допускается создание только одного экземпляра|(% style="width:978px" %)__Ключевые доменные сущности__ <-(1 к 1)-> __Экземпляр процесса__.
	32	+Для каждого уникального ключа может быть не более 1 экземпляра процесса.
	33	+|(% style="width:199px" %)Допускается создание более одного экземпляра|(% style="width:978px" %)(((
	34	+Здесь речь идет не только о том, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее), и вместо того, чтобы изменить его состояние и перезапустить, создаем новый экземпляр (при этом гарантируя валидность такого действия).
	35	+\\В таком случае мы можем представить следующую модель данных:
	36	+__Ключевые доменные сущности__ <-(1 к 1)-> __Ключевой сквозной контекст процесса__ <-(1 к N)-> __Экземпляр процесса__.
	37	+
22	22
	39	+(% border="1" %)
	40	+|Ключевой сквозной контекст не всегда может быть выражен явно, но фактически он будет существовать.
	41	+|(((
	42	+Пример 1
23	23
	44	+Мы можем гарантировать, что в один момент времени имеется только один активный экземпляр процесса (и только он выполняется).
	45	+\\Мы можем использовать указатель на активный процесс из сквозного контекста,
	46	+или также мы можем добавить флажок активности в экземпляр процесса и наложить на него уникальный индекс.
	47	+)))
	48	+|(((
	49	+Пример 2
24	24
	51	+Сквозной контекст может отслеживать была ли достигнута финальная цель ключевой связки.
	52	+
	53	+Например:
	54	+
	55	+* Целью является создание некоторого доменного объекта, когда он будет создан, информация зафиксируется в сквозном контексте.
	56	+* Эти данные не позволят запустить новый экземпляр процесса так как цель достигнута - объект создан.
	57	+* Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и необходимо запустить новый экземпляр процесса (по тому же ключу) для создания нового экземпляра доменного объекта, то также нужно выполнить сброс данных в сквозном контексте.
	58	+(ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.))
	59	+)))
	60	+)))
	61	+)))
	62	+
	63	+
	64	+)))
	65	+|(% style="width:157px" %) |(% style="width:1328px" %)
	66	+
	67	+
	68	+
25	25	(% border="1" %)
26	26	|(% style="width:15px" %) |(% style="width:1470px" %)(((
27	27	(% border="1" %)