Пример простоты интерфейса
Основные возможности
1. Централизованность
• Обработчики можно включать/выключать на определенную дату без перезапуска системы, в едином справочнике "МРС_ПодключаемыеПроцедуры".
• Разные обработчики для разных типов метаданных.
• Возможность иметь несколько обработчиков на одно событие и оперативно менять бизнес-правила в одном месте.
• Любые изменения мгновенно применяются ко всем объектам.
• Быстрое нахождение дублирующейся логики.
• Не нужно искать все модули, где используется эта логика.
2. Быстрое тестирование и отладка
• Возможность быстро проверить свои идеи без запуска конфигуратора.
• Виден весь контекст выполнения в одном месте.
• Можно временно отключить правило без удаления кода.
• Легко добавить логирование для конкретного правила.
3. Безопасное расширение функционала
• Код обработчиков хранится отдельно от основного кода.
• Не требуется модификация типовых объектов.
• Легко откатить изменения.
4. Универсальность
• Работает со всеми объектами метаданных.
• Поддерживает все подписки на события.
• Позволяет переопределять стандартное поведение.
Как это работает технически
1. Структура системы
• Модуль-диспетчер — перехватывает события объектов (документов, справочников, регистров и т.д..).
• Справочник правил — хранит код и настройки каждого правила.
• Таблица подключений — определяет, к каким объектам применяется правило.
2. Процесс выполнения
• Пользователь выполняет действие (например, записывает документ).
• Диспетчер находит все активные правила для этого типа события.
• Последовательно выполняет код каждого правила.
• Возвращает результат в стандартный механизм 1С.
Как начать использовать
1. Установка
• Добавить расширение в конфигурацию (добавляется довольно долго из-за большого количества новых объектов).
• Назначить роль "МРС_ЧтениеМРС" для всех пользователей.
2. Создание первого правила
• Открыть справочник "Подключаемые процедуры".
• Выбрать дату, с которой ваша процедура начнет работать (1).
• По необходимости, выбрать дату, с которой ваша процедура перестанет работать (2).
• Выбрать тип объекта (например, "ДокументОбъект") (3).
• Выбрать событие (например, "Перед записью") (4).
• Написать код правила (5).
• Выбрать документы, к которым применяется правило (6).
Ограничения и особенности
1. Что хорошо работает с МРС
• Проверки и валидация данных.
• Автоматическое заполнение реквизитов.
• Логирование действий.
• Уведомления о событиях.
2. Что лучше оставить в модулях объектов
• Специфическая логика одного документа.
• Высокопроизводительные операции.
• Взаимодействие с другими модулями через сложные интерфейсы.
3. Производительность
• На каждое событие добавляется 10-50 мс на обработку правил.
• Для массовых операций рекомендуем выборочное применение правил.
Типичные сценарии внедрения
1. Для новой разработки
• Создавайте все бизнес-правила через МРС с начала проекта.
• Используйте как стандартный подход к реализации логики.
2. Для существующего проекта
• Начните с самых проблемных мест (много дублирования, частые изменения).
• Постепенно переносите логику в правила.
• Документируйте процесс миграции.
Заключение
МРС — это практичный инструмент для разработчиков, который решает конкретные проблемы:
• Упрощает отладку и тестирование.
• Ускоряет внесение изменений.
• Централизует управление бизнес-логикой.
• Убирает дублирование кода.
Для небольших проектов это способ лучше организовать код. Для крупных — возможность для поддержания порядка в сотнях модулей.
Инструмент с открытым исходным кодом. Можно адаптировать под конкретные нужды проекта. Основная аудитория — разработчики 1С, которые устали от постоянного копирования кода и хотят более эффективного способа работы или более быстрого способа тестирования и проверки своих идей.
Проверено на следующих конфигурациях и релизах:
- 1С:ERP Управление предприятием 2, релизы 2.5.22.134
Вступайте в нашу телеграмм-группу Инфостарт