Общие сведения

В процессе создания новой функциональности сформировался набор правил и рекомендаций, основанных на проектном опыте разработчиков bpm'online и разработчиков-партнеров.

Правила и рекомендации разработки

Использование среды разработки

Разработку новой функциональности необходимо вести только в среде разработки. Ведение разработки в тестовой и промышленной средах запрещено.

Разработка в конфигурациях

Разработка должна вестись только на базе данных разработки в рабочем пространстве по умолчанию (конфигурация [Default], порядковый номер 0). Выполнять разработку в пользовательских конфигурациях не рекомендуется даже в случае внесения небольших изменений, поставка которых другим пользователям не планируется.

Разработка в пользовательском пакете

Разработка новой пользовательской функциональности bpm'online должна обязательно вестись в отдельном пользовательском пакете, Крайне не рекомендуется использовать пользовательский пакет [Custom]. Для пакета обязательно должны быть установлены все необходимые зависимости и к нему должны быть привязаны все необходимые данные (например, наполнение справочников) и SQL-сценарии.

Использование SVN

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

Идентификация поставщика решения

Для предотвращения ошибок, связанных с одинаковыми названиями элементов пакетов и их свойств, созданных разными поставщиками, необходимо использовать следующие системные настройки:

• [Издатель] (Maintainer) — содержит название поставщика пакета. По умолчанию имеет значение значение "Customer".
• [Префикс названия объекта] (SchemaNamePrefix) — содержит префикс, который устанавливается в названиях пользовательских схем, а также в названиях пользовательских колонок в объектах-наследниках системных объектов. По умолчанию имеет значение "Usr".

Использование расширяющих и замещающих модулей и схем

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

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

Использование локализируемых строк

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

Резервирование данных

Прежде чем переносить изменения в промышленную среду, необходимо обязательно создать резервную копию базы данных. Также резервирование данных нужно производить перед установкой обновлений и решений от сторонних разработчиков.