Изменения документа Модуль schema
Редактировал(а) Alexandr Fokin 2026/07/08 12:22
От версии 2.9
отредактировано Alexandr Fokin
на 2026/06/24 00:01
на 2026/06/24 00:01
Изменить комментарий:
Редактировать комментарий
К версии 2.18
отредактировано Alexandr Fokin
на 2026/07/07 15:46
на 2026/07/07 15:46
Изменить комментарий:
Редактировать комментарий
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
-
Объекты (1 изменено, 1 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,6 +1,7 @@ 1 1 |(% style="width:98px" %)Ветка|(% style="width:1383px" %)cccc1808/experiment/process_schema 2 2 cccc1808/experiment/process_schema_diagramm 3 3 |(% style="width:98px" %)Описание|(% style="width:1383px" %)Более высокоуровневый модуль, вводящий описание и выполнение процесса на основе схемы. 4 +Модуль управляет статусом асинхронного выполнения процесса на основе состояния действий токена. 4 4 Модуль также позволяет взаимодействовать совместно с системой триггеров. 5 5 Процесс содержит указатель на текущий исполняемый токен (действия этого токена выполняются). 6 6 |(% style="width:98px" %)Элементы|(% style="width:1383px" %)(((
- XWiki.XWikiComments[0]
-
- Комментарий
-
... ... @@ -4,6 +4,9 @@ 4 4 1. ConditonAction связывается с конкретным триггером. 5 5 1. В момент выполнения процесс знает на какие конкретно действия пришел сигнал. Действие активируется, только если соответствующий триггер передал сигнал. 6 6 7 -Заготовка в ветке: cccc1808/experiment/process_schema_signal_code [[https:~~/~~/github.com/cccc1808/cccc1808.ProcessEngine/pull/14>>https://github.com/cccc1808/cccc1808.ProcessEngine/pull/14]]7 +Заготовка в ветке: 8 8 9 +* cccc1808/experiment/process_schema_signal_code [[https:~~/~~/github.com/cccc1808/cccc1808.ProcessEngine/pull/14>>https://github.com/cccc1808/cccc1808.ProcessEngine/pull/14]] 10 +* cccc1808/experiment/process_schema_signal_code_filter 11 + 9 9
- XWiki.XWikiComments[1]
-
- Автор
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.cccc1808 - Комментарий
-
... ... @@ -1,0 +1,13 @@ 1 +Можно реализовать (но пока скорее всего не буду): 2 + 3 +* UserInputTokenAction - более частный случай ConditionAction. 4 +** Декларирует: 5 +*** Какие параметры вводятся (наименование и тип) 6 +*** Какой заголовок отображается на UI. 7 +** Является флагом для UI, что процессу требуется ввод пользователя (можно сделать и сам по себе). 8 +** Реализуется общее API для получения значений для UI по действию и сохранения пользовательского ввода по действию. 9 +** Может содержать пользователя или роль, ввод от которых требуется. 10 +Может запускать таймер, по истечению которого для пользователю будет формироваться оповещение. 11 +* RuleConditionAction - более частный случай ConditionAction. 12 +** Декларирует таблицу правил (Условие (на основании состояния)) -> Активируемое действие. Позволяет на уровне схемы отобразить логику выбора. 13 +* Функционал остановки (или завершения) других действий после хендлера текущего действия (по аналогии с активацией). - Дата
-
... ... @@ -1,0 +1,1 @@ 1 +2026-06-24 11:06:13.774