Изменения документа Модуль schema
Редактировал(а) Alexandr Fokin 2026/07/08 12:22
От версии 2.11
отредактировано Alexandr Fokin
на 2026/06/24 15:07
на 2026/06/24 15:07
Изменить комментарий:
Редактировать комментарий
К версии 1.7
отредактировано Alexandr Fokin
на 2026/06/18 22:16
на 2026/06/18 22:16
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
-
Объекты (0 изменено, 0 добавлено, 2 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -6,7 +6,6 @@ 6 6 |(% style="width:98px" %)Элементы|(% style="width:1383px" %)((( 7 7 |(% style="width:131px" %)Схема|(% style="width:1234px" %)Содержит набор токенов. 8 8 Экземпляр схемы привязан к идентификатору типа процесса (ProcessType, ProcessVersion). 9 -Модуль валидации содержит ряд проверок корректности схемы и зарегистрированных хендлеров. 10 10 |(% style="width:131px" %)Токен|(% style="width:1234px" %)((( 11 11 * Содержит набор действий. 12 12 * Содержит состояние. ... ... @@ -14,13 +14,11 @@ 14 14 ))) 15 15 |(% style="width:131px" %)Действие токена|(% style="width:1234px" %)((( 16 16 * Содержит внутреннюю малую статусную модель (в зависимости от типа действия). 17 -* Содержит флаг - должно ли действий запускать сразу при переходе на токен (или оно будет активировано другим действием в процессе выполнения токена). 18 18 * Может содержать переход на другой токен (Срабатывает при завершении действия). 19 19 * Может активировать другие действия (срабатывает после вызова функции хендлера обработчика). 20 20 21 21 |(% style="width:116px" %)ServiceTask|(% style="width:1067px" %)((( 22 22 * Содержит ключ хендлера обработчик. 23 -* Может использоваться для длительных действий (soft timeout - разбиение выполнения на несколько транзакций). 24 24 ))) 25 25 |(% style="width:116px" %)ConditionAction|(% style="width:1067px" %)((( 26 26 * Содержит ключ хендлера проверки условия.
- XWiki.XWikiComments[0]
-
- Автор
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.cccc1808 - Комментарий
-
... ... @@ -1,9 +1,0 @@ 1 -Идея: 2 - 3 -1. Триггер передает сигнал и ключ (например битовые флаги). 4 -1. ConditonAction связывается с конкретным триггером. 5 -1. В момент выполнения процесс знает на какие конкретно действия пришел сигнал. Действие активируется, только если соответствующий триггер передал сигнал. 6 - 7 -Заготовка в ветке: cccc1808/experiment/process_schema_signal_code [[https:~~/~~/github.com/cccc1808/cccc1808.ProcessEngine/pull/14>>https://github.com/cccc1808/cccc1808.ProcessEngine/pull/14]] 8 - 9 - - Дата
-
... ... @@ -1,1 +1,0 @@ 1 -2026-06-22 15:40:24.981
- XWiki.XWikiComments[1]
-
- Автор
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.cccc1808 - Комментарий
-
... ... @@ -1,9 +1,0 @@ 1 -Можно реализовать (но пока скорее всего не буду): 2 - 3 -* UserInputTokenAction - более частный случай ConditionAction. 4 -** Декларирует: 5 -*** Какие параметры вводятся (наименование и тип) 6 -*** Какой заголовок отображается на UI. 7 -** Является флагом для UI, что процессу требуется ввод пользователя. 8 -* RuleConditionAction - более частный случай ConditionAction. 9 -** Декларирует таблицу правил (Условие (на основании состояния)) -> Активируемое действие. Позволяет на уровне схемы отобразить логику выбора. - Дата
-
... ... @@ -1,1 +1,0 @@ 1 -2026-06-24 11:06:13.774