<< Click to Display Table of Contents >> Разработка > Процесс разработки > Перекрытие Рекомендации по разработке перекрытий |
![]() ![]() ![]() |
Общие рекомендации
•После перекрытия типа сущности или модуля следите, чтобы сохранялась работоспособность стандартной разработки, в том числе при выходе новых версий. Базовое решение Directum RX постоянно развивается: в него добавляются новые типы документов, задач, справочников и т.д. Если перекрытие модуля или типа сущности базового решения неправильное, то после каждого обновления стандартной версии перекрытие придется значительно перерабатывать;
•При перекрытии модулей учитывайте их связь с другими модулями. Изменение одного может повлиять на связанные. Например, изменение в логике регистрации документов может повлиять на интеграцию с системами электронного обмена документами;
•Перекрытие и стандартная разработка должны быть единым целостным решением. Для пользователей нет деления на стандартную разработку и перекрытие, поэтому при работе с системой у них не должно возникать ощущения разнородности отдельных частей. Работа в системе проходит проще и удобнее, когда ее элементы выглядят одинаково, и одни и те же действия выполняются однотипно. Чтобы перекрытие было единообразным со стандартной разработкой следуйте рекомендациям, которые перечислены в разделе «Элементы разработки»;
•Иногда на рабочем слое разработки нужно базовый модуль или тип сущности одновременно перекрыть в нескольких решениях. Чтобы опубликовать такие решения с помощью среды разработки в локальную систему, в конфигурационный файл config.yml добавьте параметр REBUILD_WORK_INHERITANCE_CHAINS со значением true.
Перед разработкой дополнительно изучите особенности, которые описаны в разделах:
•перекрытие задачи на согласование по регламенту
•перекрытие формы типа сущности
•обновление схемы в перекрытии типа задачи
© Компания Directum, 2024 |