Повторяемые "Функции" с параметрами

[Алексей Дёмин]

Всем привет!
Уже есть предложение создавать общие сценарии для разных процессов . Идея хорошая, но есть ведь еще и кнопки, например, либо действия при обработке почты. А еще, иногда, надо сделать одно действие при разных условиях (при изменении поля и добавления комментария, например)
Вот подумалось, что не плохо бы было иметь возможность создавать некие функции, в которые можно передавать параметры (например задачу, пользователя, контакт и т.п.) с которыми будут совершаться какие-то действия. Возможно эти параметры будут формироваться автоматически, в зависимости от того, какие действия применяются в этой функции. Ну например, будут действия

Код: Выделить всё

...
Изменить конкретную задачу // В этом случае параметра у функции не будет
Изменить задачу из параметров // У функции есть параметр "Задача для изменения"
...

Или для действия:
Изменить исполнителя

Код: Выделить всё

...
Подставить конкретного
Подставить из параметров
...

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

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

Мне кажется такой подход решит проблему с дублированием сущностей и позволит оперировать с "текущими процессами".

Конечно надо продумать, как использовать несколько параметров, и многие другие нюансы (я навскидку могу назвать с пяток. Уверен их больше.) Но уж кто-кто, а команда ПФ умеет находить идеальные решения. )

[Dmitry Goncharenko]

Привет, Алексей!
Вообще, мы пытаемся удержаться на позиции "No Code" - и я как раз топлю за это по полной) Поддаться на "а давайте создадим свой язык" (пусть и скриптовый) легко, но последствия у этого решения очень и очень существенные. Поэтому я бы не ждал продвижек в сторону появления функций и т.п. программерских штук, как минимум в обозримом будущем.

[Алексей Дёмин]

Дмитрий, я не имел ввиду код.
Да и название "Функция" я взял в кавычки. Это была бы некая сущность, по форме и содержимому, напоминающая раздел 4. Выполнить следующие операции из сценария. Т.е. всё кликается мышкой.

вот пример такой "функции" (также элементов в теле может быть несколько), и как можно её применить в сценарии.



Т.е. в разных сценариях, в разных процессах, при разных условиях можно вызвать одну "функцию", подставляя в каждом случае свои значения для параметра.

[Dmitry Goncharenko]

Все, теперь понял. Есть у нас такая старая хотелка, лежит в очереди. И во многом потому, кстати, что тоже сомневаемся, будет ли оно удобно и понятно обывателю - все же это уже близко к функциям и процедурам, которые греют програмерскую душу, но совсем не так очевидны для всех остальных)

[Алексей Дёмин]

Все, теперь понял. Есть у нас такая старая хотелка, лежит в очереди. И во многом потому, кстати, что тоже сомневаемся, будет ли оно удобно и понятно обывателю - все же это уже близко к функциям и процедурам, которые греют програмерскую душу, но совсем не так очевидны для всех остальных)

Это будет удобно - не сомневайтесь )) для тех, кому не очевидно, можно назвать как-то по простому (Повторяемые действия, например) и вывксти дисклеймер, что мол, используйте, если действительно хотите множественно использовать это действие.

[Кондратьев Сергей Леонидович]

Это очень важная концепция. Так когда много становится сценариев то очень сложно контролировать самое элементарное пересчитывал ли ты нужные поля или нет и все ли они пересчитаны. Можно даже назвать это общие автоматические сценарии без условий событий которые могут запускаться только через определенное событие и сами выполняться не смогут.

[Dmitry Goncharenko]

Обсуждали с коллегами, они поделились лайфхаком, доступным уже сейчас: можно делать кнопки с набором нужных операций и деактивировать их - это не повлияет на возможность их срабатывания при вызове из сценария. При этом в биллинге они не учитываются, и для нас это нормальная ситуация, т.к. ограничение на количество кнопок связано с их отображением в интерфейсе (нам дорого проверять при каждом открытии задачи наборы условий отображения для каждой кнопки), а неактивные кнопки в интерфейсе по определению не отображаются.

Так что можно спокойно пользоваться этим способом, не опасаясь что в какой-то момент он станет тыквой.

[Кондратьев Сергей Леонидович]

Проблема в том, что кнопку в сценарии можно нажать только из одного процесса, а если таких
процессов 3 или 5, то нужно сделать таких кнопок 3 или 5 в разных процессах, а они ещё и после копирования не переносятся в процессы. Нужно создавать в процессе кнопки РУКАМИ. Это даже если кнопка и принадлежит 3 или 5 процессам. Так что не особо это кардинально улучшит ситуацию.

[Dmitry Goncharenko]

Согласен. Но как средство ожидания более общего инструмента - вполне себе вариант.