Ця документація була автоматично перекладена штучним інтелектом.
Кожен робочий процес має бути налаштований зі специфічним тригером, який слугує точкою входу для запуску виконання процесу.
Тип тригера зазвичай представляє певну подію системного середовища. Протягом життєвого циклу програми будь-яка частина, що надає події, на які можна підписатися, може бути використана для визначення типу тригера. Наприклад, отримання запитів, операції з колекціями, планові завдання тощо.
Типи тригерів реєструються в таблиці тригерів плагіна на основі рядкового ідентифікатора. Плагін робочих процесів має кілька вбудованих тригерів:
'collection': Спрацьовує при операціях з колекціями;'schedule': Спрацьовує за плановими завданнями;'action': Спрацьовує після подій, пов'язаних з діями;Розширені типи тригерів повинні мати унікальні ідентифікатори. Реалізація для підписки/відписки тригера реєструється на стороні сервера, а реалізація для інтерфейсу конфігурації – на стороні клієнта.
Будь-який тригер повинен успадковуватись від базового класу Trigger та реалізовувати методи on/off, які використовуються відповідно для підписки та відписки від конкретних подій середовища. У методі on вам потрібно викликати this.workflow.trigger() всередині конкретної функції зворотного виклику події, щоб зрештою запустити подію. Крім того, у методі off необхідно виконати відповідні роботи з очищення для відписки.
this.workflow – це екземпляр плагіна робочого процесу, переданий у конструктор базового класу Trigger.
Потім, у плагіні, який розширює робочий процес, зареєструйте екземпляр тригера в рушії робочих процесів:
Після запуску та завантаження сервера тригер типу 'interval' можна буде додавати та виконувати.
Клієнтська частина в основному надає інтерфейс конфігурації на основі елементів налаштування, необхідних для типу тригера. Кожен тип тригера також повинен зареєструвати свою відповідну конфігурацію типу в плагіні робочих процесів.
Наприклад, для вищезгаданого тригера планового виконання, визначте необхідний елемент конфігурації інтервалу часу (interval) у формі інтерфейсу конфігурації:
Потім зареєструйте цей тип тригера в екземплярі плагіна робочих процесів у межах розширеного плагіна:
Після цього новий тип тригера буде видно в інтерфейсі конфігурації робочого процесу.
Ідентифікатор типу тригера, зареєстрований на стороні клієнта, повинен бути узгоджений з ідентифікатором на стороні сервера, інакше це призведе до помилок.
Інші деталі щодо визначення типів тригерів дивіться в розділі Довідник API робочих процесів.