Принципы ООП в 1С (pattern observer)

04.07.18

Разработка - Рефакторинг и качество кода

Продолжаем рассматривать принципы ООП в 1С, сегодня речь пойдет про такой шаблон проектирования, как observer.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Принципы ООП в 1С (pattern observer): пример реализации
.zip 53,17Kb
4 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

Вариаций реализации Observer'а много, смысл сводится к одному, событийное взаимодействие двух и более объектов. Основные моменты данного шаблона, это 2 класса сущностей, observer и subject (много примеров где subject  представлен как интерфейс observable). Оbserver это интерфейс обязующий имплементирующие классы иметь некий метод который subject будет вызывать (на схеме используемой в этой статье это notify). Subject или observable имеет три основных метода, это добавить подписчика, удалить подписчика и оповестить подписчиков, все, вот и весь шаблон. 

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

Получилась такая схема:

Структура регистра

Subjects - полное имя имя метаданных обработки которая наследует интерфейс SubjectИнтерфейс.

В данном примере отличия от классического в том, что subject тут представлен в виде регистра, т.е. методы удалить, добавить подписчика это есть добавление/удаление записи из регистра. 

"Клиентский" код (клиентский не в плане выполняемый на клиенте, а тот код, кто использует данный паттерн) такой:

Подписчики = Обработки.Subject1.Создать().Конструктор().Имплементация("SubjectИнтерфейс");
Подписчики.Оповестить(Новый Структура());

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

  • При добавлении в регистр обработки, она "имплементируется" к интерфейсу (по факту происходит проверка на соответствие методов), т.е. мы не сможем какую попало обработку добавить
  • Можно создавать различные Subject'ы работать с ними через единый интерфейс.
  • У каждого Subject есть свои адресаты

Где это можно применить из прикладной области. 

Например при реализации какой-либо интеграции между системами, при добавлении нового адресата, добавляется в регистр запись и все. Subject в данном случаи выступает некой обобщающей сущностью. 

 

 

Вступайте в нашу телеграмм-группу Инфостарт

ООП pattern Observer Observer GoF pattern ООП в 1С

См. также

Инструментарий разработчика Рефакторинг и качество кода Программист 1С 8.3 1С 8.5 1С:Документооборот 1С:Бухгалтерия 3.0 1С:Управление нашей фирмой 3.0 Россия Абонемент ($m)

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

2 стартмани

08.07.2026    440    4    NikolayMaerov    0    

4

Рефакторинг и качество кода Обновление 1С Программист 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

На проекте сложного обновления 1С:ERP 2.4.14.181 до версии 2.5.22.106 нам было нужно уложить обновление в технологическое окно 48 часов (выходные). Исходный замер, с учетом промежуточных релизов 2.5.8.443, 2.5.12.270, 2.5.17.234, 2.5.22.106, показал требуемое время в 659 часов…

07.07.2026    2652    1c-izh    19    

19

Рефакторинг и качество кода Обновление 1С Программист 1С 8.3 Бесплатно (free)

Обновление ролей в расширении 1С отличается от аналогичного процесса в основной конфигурации. Ситуация осложняется, когда доработки вносятся не в «обычное», а в поставляемое расширение.

26.06.2026    914    1c-izh    3    

5

Рефакторинг и качество кода Программист Россия Бесплатно (free)

Code review в 1С часто превращается в спор вкусов: “мне не нравится”, “переделай”, “так не делают”. В статье разбираю другой подход: проверять не разработчика, а риск для системы. Показываю, как формулировать замечания без токсичности, где заканчивается личное предпочтение и начинается реальная проблема, почему ревью должно развивать разработчика, а не только исправлять код

24.06.2026    807    NikolayMaerov    4    

6

Нейросети Рефакторинг и качество кода Программист Бесплатно (free)

Показываем, как встроить ИИ-помощника в code review 1С без Git, SonarQube и EDT – только с Конфигуратором, RAG-контекстом и набором MCP-инструментов. Разбираем архитектуру решения на Open Web UI и OpenRouter, методику сравнения моделей по Precision, Recall, BonusRate и PenaltyRate, а также объясняем, почему контекст влияет на качество ревью сильнее, чем выбор самой модели. На реальных примерах показываем, какие ошибки ИИ находит хорошо, где все еще нужен архитектор и почему на старте пилота время ревью может не сократиться, а вырасти. В финале делимся метриками внедрения и выводами для команд, которые хотят повторить такой подход у себя.

17.06.2026    1098    NVyunova    1    

3

Нейросети Рефакторинг и качество кода Программист Бесплатно (free)

Кажется, что code-review с помощью искусственного интеллекта устроено просто: достаточно отправить код в LLM, задать промт и получить список замечаний. На практике такой подход быстро упирается в недетерминированность результата, неверную оценку критичности ошибок в 1С-коде и рекомендации, которые сложно отличить от полезных замечаний. Описываем гибридный подход к автокод-ревью: статический анализатор работает вместе с LLM, а база знаний из стандартов 1С превращается в набор машиночитаемых норм. Такая архитектура помогает снизить количество галлюцинаций, точнее определять критичность нарушений и постепенно развивать качество ревью через итеративное пополнение правил.

09.06.2026    2021    Repich    5    

9

Рефакторинг и качество кода Программист Бесплатно (free)

Чем активнее развивается старая система, тем страшнее бывает её менять. Снаружи всё выглядит живым: релизы выходят, бизнес получает новые функции, пользователи работают. Но внутри уже появляются фразы, после которых разговор заканчивается: «это лучше не трогать», «там когда-то всё упало», «давайте сделаем рядом». И в какой-то момент становится непонятно: система ещё развивается — или команда уже просто учится обходить опасные места.

04.06.2026    1092    IgorVasilyev    29    

5

Инструментарий разработчика Рефакторинг и качество кода Программист 1С 8.3 Абонемент ($m)

MetaVision for 1C PRO — профессиональная версия статического анализатора и визуализатора кода. Загружает выгрузки конфигураций, расширения и внешние файлы, за секунды строит графы функций, находит уязвимости безопасности и подсвечивает проблемы производительности. В арсенале: визуализация логики в виде графов условий, циклов, транзакций и вызовов, статический аудит безопасности с поиском RCE, SSRF, COM-инъекций и паролей в коде, выявление запросов в циклах и вложенных блокировок, полнотекстовый поиск по всем модулям, встроенный редактор с конвертером запросов и автоформатированием, а также честная статистика по объектам и функциям. Главное новшество PRO — до пяти конфигураций одновременно с мгновенным переключением, наложение до пяти расширений как в конфигураторе, анализ внешних файлов в единой связке с основной конфигурацией и пять тем оформления. Инструмент для тех, кто ведёт несколько проектов параллельно и хочет видеть полную картину в одном окне — быстро, наглядно и безопасно.

7 стартмани

19.05.2026    3399    35    KHoroshulinAV    7    

13
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. FesenkoA 60 04.07.18 15:44 Сейчас в теме
Столкнулся сейчас с подобной задачей: есть Х банков, из которых необходимо получить выписки. Один работает через сигнатуру пароля и ХМЛ, у второго простой РЕСТ, третий со своей программой, которая создает файл и нужно файл парсить. При том что механизм после получения данных +- единый (структура полей ответа немного отличается). Неплохая идея писать обработки по обмену, и некий регистр в котором хранятся их объекты. Рег.задание обходит регистр, создает обработку по объекту и запускает процедуру "выгрузка"/"загрузка" внутри каждой. Они пишут значения в объект 1с и уничтожаются после работы.
3. lazarenko 243 04.07.18 16:34 Сейчас в теме
(1) В принципе данную задачу решает observer.
(2) Все таки адаптер, это не реализация разных алгоритмов т.к. конечные клиенты разные, это больше для ситуации когда у тебя есть какой-то объект в конфе, который на поддержке, ты снимать его не хочешь, он на вход принимает какую-то сигнатуру, вот ты для него можешь написать адаптер и работать с ним через адаптер. Хотя вопрос конечно дискуссионный ))
4. acsent 1207 05.07.18 12:08 Сейчас в теме
(3) Обработка на вход принимает период и выполняет метод загрузить, а как она это делеат - это уже не важно
5. lazarenko 243 05.07.18 15:42 Сейчас в теме
(4) эммм.. это к чему?
2. brr 184 04.07.18 16:14 Сейчас в теме
(1)Вам нужен другой паттерн, адаптер.
lazarenko; +1 Ответить
6. starik-2005 3293 05.07.18 17:01 Сейчас в теме
Судя по слабому интересу к теме ООП, 1С-неги до ООП еще в большинстве своем недоросли. Хотя в БСП попытки обернуть интерфейс объекта в структуру с общим модулем или обработкой в качестве ссылки на прототип класса встречается чуть реже, чем везде...
10. l1ike 17.07.18 07:15 Сейчас в теме
(6) И как вам такая реализация ООП в БСП?
Если абстрагироваться от "Стильно, Модно, Молодежно", как это помогает решать текущие задачи? На сколько соизмерима выгода от данного подхода с дополнительной сложностью? На сколько люди понимающие ООП понимают, что происходит в БСП?
Структуры в качестве DTO, вместо набора параметров в процедурах - это только я не умею этим пользоваться?
11. starik-2005 3293 17.07.18 11:25 Сейчас в теме
(10) Хорошо понимают. А выгода в том, что при замене одного модуля/обработки другим функуционал поменяется, но при этом общий код, использующий функции объекта (методы) будет продолжать прекрасно себе работать.

Вот, например, есть у Вас торговое оборудование. Есть обработка для одного торгового оборудования, другого, третьего - у каждого может быть свой интерфейс, но они делают одно и то же - пробивают, например, чек. В итоге кнопке пробития чека не нужно разбираться, что за девайс подоткнут - ей нужно вызвать метод "ПробитьЧек(СуммаЧека, СуммаНаличные, ...)", который у разных обработок - объектов - будет реализован по-своему, но при этом на его входе будут одни и те же аргументы.

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

Кстати, пример из самой 1С - работа с различными СУБД. Фактически программисту 1С можно и не знать, что за СУБД используется - файловая, там, или Postgres, или Oracle, или IBM DB2 - все это лишь слой реализации конкретных объектов. И когда ты пишешь "РегНаборЗаписей.Записать()" - тебе ничего не надо дополнительного определять для разных СУБД.
12. l1ike 17.07.18 12:18 Сейчас в теме
(11) С теорией то все более менее понятно с практикой не очень.
Вот читаю я умную книжку, там пример рефакторинга метода загрузки из текстового файла в таблицу БД.
1. Давайте абстрагируемся от файловой системы, вдруг потом будет web-сервис
2. Давайте абстрагируемся от текста с разделителями, вдруг потом будет xml
3. Давайте отделим верификацию данных
4. Давайте абстрагируемся от базы данных вдруг потом нужно будет слать в web-сервис.

Ну все супер, я не против - SRP. Первый же запрос на изменение - а давайте мы будем загружать еще 5 полей. В итоге изменения в загрузчике, изменения в верификации, изменения в структуре хранения. Это если в нормальном языке, а в 1с мы еще потеряем автодополнение, да и вообще половину контекста (как узнать под каким именем в структуре записи передается в валидатор Поле[5] без чтения кода загрузчика), если передавать параметры структурами, как любят в БСП. А загрузчик он не сам по себе вызывается он вызывается через адаптер, а у валидатора еще декоратор.

На ЭДО же в 1с вообще без слез не взглянешь.
13. starik-2005 3293 17.07.18 14:09 Сейчас в теме
(12) А что там с практикой-то? Даже если рассматривать Ваш пример, то все можно реализовать различными объектами, реализующими доступ к тем же данным или устройствам их хранения через единый интерфейс, в итоге конечному пользователю данных будет без разницы, сетевой это файл, например, или локальный, а может он на облаке в Яндексе и т.п. Реализуя через наследование новый объект, у которого переопределен метод "ПолучитьСтроку()" например, который получает следующую строку текста, можно без проблем реализовать вообще доступ к любому хранилищу данных. Ну и к соответствующим веб-серсивам и прочим механизмам поставки данных (очереди типа кафки, редиса, и пр.).

Другое дело, что сейчас на 1С это можно реализовать только в виде костылей. И это, бесспорно, огорчает. Но т.к. общий модуль уже можно сохранять, то ООП можно построить как раз на базе общих модулей, в базовом модуле реализовать интерфейс объекта, а в модулях-наследниках указать в какой-нить глобальной переменной модуля (которой в 1С к сожалению нет, поэтому приходится использовать костыли типа передачи контекста и инициализации "подсистемы") имя модуля класса-предка, к которому можно было бы обращаться для вызова inherited-кода.
14. l1ike 17.07.18 16:16 Сейчас в теме
(13) Я это к чему все, собственно... Если мы говорим, что ООП - это ради того, чтобы было проще вносить изменения в существующие решения, то большинство изменений 1с это "больше аналитики богу аналитики", а добавление аналитики это даже в том же MVC затрагивает и M и V и С.
Значит:
1. Либо существуют предметные области где три раза в год переезжают с базы на базу, раз в месяц пересматривают интеграционные решения, каждому новому пользователю рисуют свои формы ввода
2. Либо все это ради того чтобы раз в три года воскликнуть "Ага, я знал, что мы в итоге перейдем с dbf на xml, и поэтому у меня везде тут гибкая архитектура
3. Либо все это весьма узкоспециализированные решения, которые применяются только когда никто не знает как оно должно быть (ну когда найдем специалиста по САПу, тогда он тебе и расскажет как он там выгрузит), но результат показать надо
4. Либо я нифига не понимаю как это ООП правильно готовить
15. starik-2005 3293 17.07.18 16:43 Сейчас в теме
(14)
4. Либо я нифига не понимаю как это ООП правильно готовить
ООП - это объектно-ориентированное программирование, которое характеризуется одним отличительным признаком: в нем данные и методы их обработки соединены в некоторой общей для данных и методов структуре - объекте. Т.е. у Вас есть класс, реализующий какую-то логику. Детям в институтах объясняют на примере графических примитивов оное - точка, линия, круг, квадрат, прямоугольник и т.д. Вот у Вас есть, допустим, базовый класс "графический примитив точка", который содержит поле "X" и "Y", конструктор с аргументами X и Y, и методы show и hide, выводящие точку по указанным координатам цветом фона или тона. Если мы захотим нарисовать на экране не точку, а, например, круг или квадрат, или прямоугольник, то мы можем создать с помощью наследования соответствующий класс. Например, для круга можем добавить поле с радиусом, которое засунем дополнительным аргументом в конструктор. При этом мы можем сделать метод show "виртуальным", что позволит для массива с типом элементов базового класса вызывать метод именно тот, который определен для помещенного в массив экземпляра класса. В итоге в методе show и hide для круга мы отрисовываем цветом фона/тона круг, а не точку. В итоге один и тот же код у нас может работать как с точками, так и с кругами - фактически у нас только конструктор отличаться будет. И если мы сделаем функцию проверки коллизий, то сможем написать универсальный алгоритм брауновского движения, который будет работать для любых объектов, поддерживающих интерфейс нашего базового класса и имеющий метод проверки коллизий. Т.е. для изменения поведения программы (например брауновского движения звездочек вместо шаров) нам нужно всего лишь поменять программу в части создаваемых экземпляров объекта в разделе инициализации первичной генерации популяции объектов, при том эти изменения будут касаться лишь типа создаваемого экземпляра класса и, возможно, для звездочки добавится аргумент количества лучей.

Т.е. ООП позволяет изменив лишь стартовые параметры генерируемой популяции получить работающий программный код части рендеринга сцен вообще без изменения кода этого самого рендеринга - это как один из примеров. Т.е. мы добавляем новый класс объекта, которые реализует интерфейс базового класса, переопределяя методы отображения и контроля коллизий, и получаем работающий код без значительных изменений.
16. l1ike 17.07.18 17:24 Сейчас в теме
(15) А можно тоже самое, только на знакомых объектах? Ну... контрагенты, номенклатура... Почему-то у меня трудно маппится на предметную область 1с.

Вот есть Справочник Контрагенты, нужно нам, к примеру, НДС считать и считается этот НДС для физ. лиц и юр. лиц в целом одинаково, но есть ряд нюансов. И хотим мы значит это различное поведение реализовать в разных классах. Делаем две обработки КонтрагентФизЛицо и КонтрагентЮрЛицо с одинаковым интерфейсом, но разной реализацией специфичного поведения. Общий расчет оставляем в справочнике Контрагенты.

Это что я сейчас придумал? Наследование? Стратегию? Декоратор? Или как это работает? В каких случаях применять в каких не стоит?
17. LordKim 02.08.18 17:11 Сейчас в теме
(16)
Справочник это класс, Контрагенты/Номенклатура - подклассы (наследуют методы/свойства), но могут иметь свои методы/свойства, я так понимаю наследование в рамках объектной модели 1С

Создание своего подкласса на основании класса Контрагенты - невозможно (разве что
с большими трудностями
) средствами 1С

Различное поведение приходится организовывать внутри класса Контрагенты, дополнительным методом этого класса (или двумя методами или
с большими трудностями
)

Поправьте, если ошибаюсь...
7. acsent 1207 05.07.18 20:55 Сейчас в теме
Как тут дорастешь,если платформа не поддерживает.
А делать через одно место - не интересно
Gesperid; +1 Ответить
8. lazarenko 243 05.07.18 21:20 Сейчас в теме
(7) но ведь зато решаются конкретные проблемы проектирования ПО, например https://infostart.ru/public/859264/ или https://infostart.ru/public/850699/ вполне применимы в реальной жизни и они несут реальный профит
9. brr 184 06.07.18 16:06 Сейчас в теме
(7)Объекты в 1С есть, общий модуль позволяет реализовать, например, фабрику объектов.
Для отправки сообщения требуется регистрация/авторизация