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

04.07.18

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

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

Скачать файл

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

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

Вариаций реализации 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С v8.3 Бесплатно (free)

Расширяемый форматтер структуры модулей 1С. Умеет автоматически расставлять стандартные области и раскидывать по ним процедуры и функции модуля, оформлять стандартные комментарии к методам с помощью ИИ. Также умеет анализировать модуль - извлекать структуру вызовов, используемые поля и т.д. Реализован в виде расширения (.cfe). Можно использовать как платформу для обработки кода в своих задачах автоматизации разработки.

12.02.2025    5071    326    wonderboy    38    

110

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

В третьей статье по докладу Александра Кириллова, с которым он выступил на конференции INFOSTART TECH EVENT 2024, обсудим подходы к рефакторингу платформеннозависимого кода

11.02.2025    777    it-expertise    0    

2

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

Во второй статье по докладу Александра Кириллова, с которым он выступил на конференции INFOSTART TECH EVENT 2024, поговорим об особенностях анализа конфигурации 1С на наличие платформеннозависимого кода.

31.01.2025    1445    it-expertise    1    

7

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

В практике нашей специальной команды по проектам сложных обновлений 1С прошел один из самых объёмных проектов: необходимо было обновить «1С: Бухгалтерия предприятия КОРП 3.0 + БИТ.ФИНАНС». Конфигурация содержала доработки практически по всем типам объектов метаданных. Длительность проекта составила 1 год и 2 месяца и обеспечила полной загрузкой 4 разработчиков на 6 месяцев.

31.01.2025    953    1c-izh    3    

5

Рефакторинг и качество кода Программист Стажер Платформа 1С v8.3 1C:Бухгалтерия Бесплатно (free)

В последнее время термин «чистый код» стал очень популярным. Появились даже курсы по данной тематике. Так что же это такое?

16.09.2024    16905    markbraer    66    

43

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

В статье рассматривается отказ от использования процедур и унификация формата ответа функций. Способ описывается на примере развития абстрактной информационной системы, работающей с PDF файлами.

10.09.2024    1326    acces969    4    

6

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

Для быстродействия большой базы данных важно не только оптимизировать запросы, но и соблюдать стандарты при разработке подписок на события, обработок для массового изменения данных, в реализации обработчиков обновления, расширений, регламентных заданий и в архитектуре СКД-отчетов. Расскажем о нюансах разработки компонентов большой системы.

28.08.2024    1831    Chernazem    3    

6

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

SOLID – принципы проектирования программных структур (модулей). Акроним S.O.L.I.D. образован из первой буквы пяти принципов. Эти принципы делают код более гибким, упрощают разработку. Принято считать, что принципы SOLID применимы только в объектно-ориентированном программировании. Но их можно успешно использовать и в 1С. Расскажем о том, как разобраться в принципах SOLID и начать применять их при работе в 1С.

22.08.2024    12220    alex_sayan    41    

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