Изменения документа Модуль schema
Редактировал(а) Alexandr Fokin 2026/07/08 12:22
От версии 2.7
отредактировано Alexandr Fokin
на 2026/06/22 19:45
на 2026/06/22 19:45
Изменить комментарий:
Редактировать комментарий
К версии 2.17
отредактировано Alexandr Fokin
на 2026/07/02 17:31
на 2026/07/02 17:31
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (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]
-
- Комментарий
-
... ... @@ -1,1 +1,9 @@ 1 -Идея: Триггер передает сигнал и ключ (усложняет систему триггеров). ConditonAction связывается с конкретным триггером. Действие активируется, только если соответствующий триггер передал сигнал. 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 +
- 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