Призначення
Один процес може обслуговувати кілька способів входу. Блок спрямовує таблицю на потрібну гілку залежно від контексту запуску: наприклад, показує форму людині у Workspace, а дані вхідного API обробляє без ручного кроку.
Входи та виходи
Один вхід і три виходи: manual — «Кнопка “Запустити процес”», api — «Виклик через API», workspace — «Кнопка Workspace». Активний лише вихід поточного способу запуску. Інші передають сигнал неактивної гілки з тією самою схемою. Непід’єднаний активний вихід завершує цю гілку.
Інші способи й симуляція
other визначає поведінку розкладу, події, виклику іншим потоком і кнопки UBC Analytics: manual/api/workspace або stop. Типово — manual. simulation вибирає гілку для перевірки, симуляції й перегляду конструктора: manual/api/workspace, типово manual. Звичайний REST-виклик джерела не змінює спосіб запуску на api; це контекст доставки вхідного API.
Послідовність налаштування
- Розмістіть блок перед відмінними частинами сценарію.
- Під’єднайте потрібні виходи до форми, обробки чи повідомлення.
- Визначте поведінку інших способів запуску.
- По черзі виберіть усі використовувані гілки в параметрі симуляції.
- Перевірте реальний контрольний запуск кожним способом і опублікуйте узгоджений процес.
Поєднання гілок
Після альтернативних гілок використовуйте «Злиття гілок», якщо потрібно продовжити виконану альтернативу. Не плутайте неактивну гілку з активною таблицею без рядків. Для фонових гілок забезпечте готові параметри й доступ до джерел; сам маршрут не створює файл чи значення форми.
Приклад універсального завантаження
Workspace-гілка запитує період і показує контроль даних. API-гілка використовує отриманий пакет і перевіряє його поля. Обидві ведуть до узгодженого запису. Для розкладу задайте явний маршрут із параметрами за замовчуванням або stop, якщо цей процес призначений лише для людини й API.