Creatio development guide
PDF

Основные правила и рекомендации разработки

Glossary Item Box

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

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

Минимальные навыки разработчика

Более 6 месяцев опыта реальной работы с C#, JavaScript и T-SQL (PL-SQL).

Рекомендуемые навыки разработчика

Более 1 года опыта реальной работы с C#, JavaScript и T-SQL (PL-SQL). Знание технологий WCFOData, фреймворка Sencha Ext.JS и библиотеки RequireJS.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

К СВЕДЕНИЮ

Для создания расширяющих и замещающих клиентских схем в меню раздела [Конфигурация] предусмотрена одна и та же команда [Добавить] — [Замещающий клиентский модуль]. Поэтому для расширяющих схем также принято использовать термин "замещающие".

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

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

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

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

© Terrasoft 2002-2019.

Был ли данный материал полезен?

Как можно улучшить эту статью?