Принципы ООП в 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 Абонемент ($m)

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

5 стартмани

27.08.2026    162    0    KonMa    0    

1

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

Правила обмена умеют лежать в двух местах сразу: в макете конфигурации, где их находит глобальный поиск и где их так удобно поправить, и в регистре сведений, откуда они на самом деле исполняются. Пока не проверишь, какой источник включён у плана обмена, правка макета выглядит сделанной и не делает ничего. Разбор задачи, где одно и то же значение ставки оказалось зашито в четырёх местах трёх разных слоёв: карта соответствий в модуле веб-сервиса, обработчик "ПослеЗагрузки" в правиле обмена, числовой ВЫБОР с внутренним ИНАЧЕ 0 внутри сгенерированных правил и общий модуль интеграции с внешним поставщиком чеков. Отдельно - почему у истории с вернувшимися карточками нет доказанной причины, хотя признак сузили до одного вида номенклатуры, и как тестовый прогон на пяти записях сломал сходимость итогового отчёта.

27.08.2026    270    nedomolkov.ivan    0    

1

HighLoad оптимизация Рефакторинг и качество кода Системный администратор Программист 1С 8.3 Бесплатно (free)

Режим снимка(snapshot) убрал почти все дедлоки: с 73 в час до 7-8. Через несколько дней выяснилось, что разделяемые замки раньше сами обеспечивали сериализацию там, где код читал, решал и писал. После включения снимка эта защита пропала. Пришлось пересмотреть код: 234 места с намерением записи, 59 оставили разделяемыми, чтобы не получить взаимные блокировки. Проверка "хватит ли данных" часто стояла выше открытия транзакции - такие места линтер и ревьюер не видят. Дальше - про поддельные блокировки, опасность смены умолчания и шесть проверок.

25.08.2026    470    nedomolkov.ivan    1    

4

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

Обработка читает исходники других внешних обработок и отчётов прямо из базы и отвечает на два вопроса: с какой из них начинать смотреть и что именно в ней смотреть. На выходе HTML-отчёт: индекс качества от 0 до 100, светофор, оценка технического долга в минутах и находки с номером строки, фрагментом кода и подсветкой синтаксиса. Двадцать восемь правил: запрос в цикле, транзакция без отката, небезопасное выполнение строки, тяжёлые схемы компоновки. Считается всё на чистом BSL, без интернета, внешних компонент и отдельного сервиса рядом, поэтому анализируемый код не покидает машину. Прогон по двум десяткам обработок выстраивает их по индексу качества, худшие сверху, и сразу видно, с чего начинать разбор.

10 стартмани

20.08.2026    498    2    nedomolkov.ivan    2    

4

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

Библиотека из 6 слоев анализа, от внешней обработки до готового отчёта. Каталог из двадцати восьми правил, у каждого свой уровень и вес. И всё это крутится на чистом BSL, без Java, без git, без какого-то внешнего сервера анализа и без отправки чужого кода наружу. Разбираю, как устроен этот анализатор внешних обработок и по каким признакам он решает, что код плохой. Почему запрос в цикле получает шестьдесят баллов, как правило вообще проходит фильтр перед релизом и почему часть правил у меня помечена как сломанные. Проверял я его на себе: взял семнадцать своих обработок, которые лежат на площадке и продаются. Получил 239 замечаний и пятнадцать рабочих дней технического долга. У самой худшей индекс качества - 20 из 100 и красный светофор. А ещё расскажу, где у инструмента границы, за которые он не заходит, и про грабли - самая дорогая из них молчала.

20.08.2026    838    nedomolkov.ivan    0    

1

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

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

20.08.2026    826    n_mezentsev    10    

2

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

Передача двух модулей BSL в Cursor AI для классического сравнения без использования искусственного интеллекта (ИИ) и для проведения code review с помощью ИИ.

12.08.2026    2735    ScaNNer    0    

5

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

К нам на проект сложного обновления пришла конфигурация «1С:ERP УХ» с доработанным отчетом, построенным на базе типового «Задолженность поставщикам по срокам». После обновления целевая форма открывалась без учета переданных данных.

05.08.2026    974    1c-izh    4    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. FesenkoA 60 04.07.18 15:44 Сейчас в теме
Столкнулся сейчас с подобной задачей: есть Х банков, из которых необходимо получить выписки. Один работает через сигнатуру пароля и ХМЛ, у второго простой РЕСТ, третий со своей программой, которая создает файл и нужно файл парсить. При том что механизм после получения данных +- единый (структура полей ответа немного отличается). Неплохая идея писать обработки по обмену, и некий регистр в котором хранятся их объекты. Рег.задание обходит регистр, создает обработку по объекту и запускает процедуру "выгрузка"/"загрузка" внутри каждой. Они пишут значения в объект 1с и уничтожаются после работы.
3. lazarenko 243 04.07.18 16:34 Сейчас в теме
(1) В принципе данную задачу решает observer.
(2) Все таки адаптер, это не реализация разных алгоритмов т.к. конечные клиенты разные, это больше для ситуации когда у тебя есть какой-то объект в конфе, который на поддержке, ты снимать его не хочешь, он на вход принимает какую-то сигнатуру, вот ты для него можешь написать адаптер и работать с ним через адаптер. Хотя вопрос конечно дискуссионный ))
4. acsent 1209 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 3301 05.07.18 17:01 Сейчас в теме
Судя по слабому интересу к теме ООП, 1С-неги до ООП еще в большинстве своем недоросли. Хотя в БСП попытки обернуть интерфейс объекта в структуру с общим модулем или обработкой в качестве ссылки на прототип класса встречается чуть реже, чем везде...
10. l1ike 17.07.18 07:15 Сейчас в теме
(6) И как вам такая реализация ООП в БСП?
Если абстрагироваться от "Стильно, Модно, Молодежно", как это помогает решать текущие задачи? На сколько соизмерима выгода от данного подхода с дополнительной сложностью? На сколько люди понимающие ООП понимают, что происходит в БСП?
Структуры в качестве DTO, вместо набора параметров в процедурах - это только я не умею этим пользоваться?
11. starik-2005 3301 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 3301 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 3301 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 1209 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С есть, общий модуль позволяет реализовать, например, фабрику объектов.
Для отправки сообщения требуется регистрация/авторизация