Я не уверен, является ли ограничение в 50 узлов для Workflow техническим и/или чисто косметическим.
Я создаю рабочий процесс с помощью Meta Ask Agent (также известного как Discourse Helper) для автоматического начисления cheer points на основе набора значков, и я вижу, что каждый рабочий процесс может содержать не более 50 узлов.
Рекомендуется разбить рабочий процесс, или, возможно, есть скрытый параметр для увеличения количества доступных узлов?
Какой подход здесь рекомендуется? Должно ли это работать как ожидается, или для этой функциональности это слишком много, и мне нужно разработать плагин, чтобы реализовать эту возможность?
Я думаю, это просто приблизительная точка, в которой производительность может начать снижаться, а управление в интерфейсе станет затруднительным… Если бы вам пришлось отлаживать 100 узлов в одном рабочем процессе, это, вероятно, было бы довольно болезненно.
У нас есть узлы «workflow call» и «call workflow», которые можно использовать для разделения логики. Вы можете настроить рабочий процесс, который запускается по триггеру «workflow call», и вызывать этот первый рабочий процесс из другого с помощью узла «call workflow».
Недавно я тоже впервые уперся в лимит в 50 узлов. В моем случае разбить проект на части было достаточно просто. Но когда я столкнулся с этим ограничением, меня это немного удивило.
Я знал, что такой лимит существует, но мне казалось, что у меня еще далеко не 50 узлов.
Я пересчитал. Правда.
Я мог бы представить, что жестко заданный лимит стоит немного повысить, но, думаю, наличие ограничения полезно, и текущее число не так уж далеко от оптимального.
Однако есть один момент… Я заметил, что заметки (sticky notes) тоже учитываются в лимите. Это показалось мне странным, и я думаю, что, пожалуй, это стоит изменить.
Это довольно произвольное ограничение, по причинам, которые @awesomerobot уже объяснил. Я бы не возражал против повышения лимита до 100, вместо того чтобы не учитывать закладки. То, что закладки на самом деле являются узлами, — это деталь реализации
Звучит отлично, перекрещиваю пальцы за это увеличение
Пока что мне удалось сделать разделение простым способом, как ранее упоминал Дэйв, но, возможно, в будущем увеличение лимита с 50 до 100 поможет избежать создания слишком большого количества Workflows, чтобы поддерживать их в порядке.
Незаметно для себя можно оказаться в ситуации, когда одновременно запущено 10 или 20 таких потоков. Функциональность действительно позволяет многое сделать в Discourse, и я вижу, что многие из нас активно её изучают.
