Мануал по Bubble
  • 0. Введение
  • 1. Основы Bubble
  • 1.1 Что такое Bubble?
  • 1.2 Основные принципы
  • 1.3 Стратегии изучения Bubble
  • 1.4 Владение данными и приложением
  • 1.5 Допустимое использование
  • 2. Редактор приложения
  • 2.1 Основные разделы интерфейса
  • 2.2 Ключевые принципы
  • 2.3 Инструменты
  • 2.4 Горячие клавиши и Помощь
  • 3 Создание интерфейса
  • 3.1 Основные принципы
  • 3.2 Создание адаптивных страниц
  • 3.3 Управление с помощью условий
  • 3.4 Использование стилей
  • 3.5 Использование пользовательских шрифтов
  • 3.6 Советы при проектировании
  • 3.7 Использование шаблона
  • 4 Создание рабочих процессов
  • 4.1 Общие принципы
  • 4.2 Управление с помощью условиями
  • 4.3 Использование пользовательских процессов
  • 4.4 Советы по созданию рабочих процессов
  • 5 Работа с данными
  • 5.1 Ключевые понятия
  • 5.2 Тип Пользователь
  • 5.3 Сохранение данных
  • 5.4 Отображение данных
  • 5.5 Создание динамических выражений
  • 5.6 Пользовательские состояния элементов
  • 5.7 Вкладка Данные
  • 5.8 Конфиденциальность и безопасность
  • 6 Структурирование приложения
  • 6.1 Ключевые принципы
  • 6.2 Многостраничные приложения
  • 6.3 Элементы многократного использования
  • 7 Использование плагинов
  • 7.1 Для чего нужны плагины?
  • 7.2 Установка и использование плагинов
  • 7.3 Специальные плагины
  • 7.4 Создание плагинов
  • 8 Настройки приложения
  • 8.1 Версии приложения
  • 8.2 Личные и публичные приложения
  • 8.3 Пользовательские домены и SSL
  • 8.4 Политика паролей
  • 8.5 Визуальные настройки
  • 8.6 Язык и сообщения внутри приложения
  • 8.7 Социальные сети и SEO
  • 9 Использование API Баббла
  • 9.1 Примеры использования API
  • 9.2 Определение API
  • 9.3 Использование API
  • 9.4 Запланированные рабочие процессы
  • 9.5 Примеры и руководства
  • 10 Тестирование приложения
  • 10.1 Основные стратегии
  • 10.2 Использование отладчика
  • 10.3 Использование логов сервера
  • 11 Поддержка приложения
  • 11.1 Контроль версий
  • 11.2 Копирование и восстановление базы данных
  • 11.3 Массовые операции
  • 11.4 Комментирование
  • 11.5 Совместная работа
  • 12 Архитектура, оптимизация и ограничения движка Баббл
  • 13 Создание плагинов
  • 13.1 Редактор плагинов
  • 13.2 Основные и общие настройки
  • 13.3 Добавление API-соединений
  • 13.4 Создание элементов
  • 13.5 Создание действий
  • 13.6 Загрузка данных
  • 13.7 Публикация и контроль версий
  • 13.8 Интеграция с GitHub
  • 14 Тарифы на аренду выделенных серверов
  • 14.1 Преимущества выделенных кластеров
  • 14.2 Использование выделенного кластера
  • 15 Учетные записи, тарифы и оплата
  • 15.1 Управление учетной записью
  • 15.2 Тарифы и оплата
  • 15.3 Создание приложений на заказ
  • 15.4 Продажа на торговой площадке Баббл
Powered by GitBook
On this page
  • Варианты использования
  • Создание пользовательского рабочего процесса
  • Запуск пользовательского процесса
  • Выполнение

Was this helpful?

4.3 Использование пользовательских процессов

Previous4.2 Управление с помощью условиямиNext4.4 Советы по созданию рабочих процессов

Last updated 4 years ago

Was this helpful?

"Пользовательские рабочие процессы"/"Custom workflows" - это способ описать процесс, который будет использоваться несколько раз на вашей странице.

Варианты использования

Согласно основному правилу программирования, будь то на Bubble или на традиционном, управляемом кодом языке, следует уменьшить использование избыточных инструкций, рабочих процессов или строк кода настолько, насколько возможно. Это помогает получить более компактное приложение и упрощает отладку, модификацию и обслуживание.

Если обнаруживается, что повторяется одна и та же логика, другими словами, последовательность действий, более чем в одном рабочем процессе, вы можете оптимизировать проект, используя пользовательский рабочий процесс, который будет запускаться более чем в одном процессе. Например, у пользователя есть два способа зарегистрироваться в сервисе, тогда процесс регистрации, который совершает не только регистрацию, а еще и отсылает письмо, проводит аналитику и т.д. будет отличным кандидатом на пользовательский процесс. Вы можете перенести повторяющуюся последовательность действий в пользовательский рабочий процесс и вызывать его через срабатывание пользовательского события в обоих процессах регистрации.

Создание пользовательского рабочего процесса

Создание пользовательского процесса аналогично созданию обычного рабочего процесса. Вы выбираете событие и добавляете какие-то действия. В данном случае типом события будет "Пользовательское событие"/"Custom event", которое похоже на обычные события, и для него можно задать условие. В специальном поле можно задать тип сущности для данного рабочего процесса. Сущности и типы данных будут рассмотрены в мельчайших деталях в главе "Работа с данными" (!!!ЛНК!!!). Для людей, знакомых с традиционными языками программирования, пользовательский рабочий процесс - это функция, а данные, которые вы посылаете, сравнимы с параметром. Тип сущности для пользовательского процесса может быть типом из базы данных, созданной для вашего приложения, или же простым типом, таким как текст, число и т.д.

После задания типа сущности для пользовательского события вы сможете получить доступ к этой сущности в Конструкторе выражений в последующих действиях. Например, пользовательский процесс принимает сущность "Пользователь", тогда вы сможете послать письмо по адресу "This Workflow User`s email"/"email пользователя из данного процесса". Это выражение примет значение пользователя, которого только что передали во время запуска события. (см ниже)Если вы хотите повторно использовать пользовательский процесс более чем на одной странице, вы можете добавить пользовательское событие в повторно используемый элемент. Сделав так, вы на любой странице сможете получить доступ к этому пользовательскому событию.

Запуск пользовательского процесса

Как только пользовательское событие создано, вы можете добавить некоторые действия в свои рабочие процессы, чтобы использовать этот рабочий процесс. Просто выберите "Trigger custom event action"/"Запустить действие для пользовательского события" (или "Trigger custom event action from a reusable element"/"Запустить действие для пользовательского события из элемента повторного использования", если вы добавили пользовательское событие в элемент повторного использования).Если тип сущности определен, вам нужно будет выбрать сущность, которую нужно передать в каждое действие. Тип этой сущности должен совпадать с типом сущности, который задан на уровне рабочего процесса, и несовместимость типов будет помечена ошибкой. Следует отметить, что данная сущность является обязательной, и должна быть заполнена (так как пользовательский процесс может получать доступ к "Current Workflow Item"/"Элемент текущего процесса")

Выполнение

Когда во время работы запускается рабочий процесс и доходит до действия, запускающего пользовательское событие, первый процесс останавливается, пользовательское событие отрабатывает до своего завершения, и затем возобновляется первый процесс. Для понимания порядка действий полезно использовать отладчик, если вы столкнулись с трудностями в настройке.