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

04.07.18

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

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

Скачать файлы

Наименование Файл Версия Размер
Принципы ООП в 1С (pattern observer): пример реализации
.zip 53,17Kb
4
.zip 53,17Kb 4 Скачать

Вариаций реализации 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 Конфигурации 1cv8 Бесплатно (free)

Когда понадобился новый оператор, но его нет в синтакс-помощнике, что делать?

вчера в 08:00    785    ZhokhovM    2    

2

Когда разработчик платформы не добавил проверку препроцессоров

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

Когда разработчик платформы решил пойти на кухню за кофе, а проверку препроцессоров не добавил, и вот тут-то и началось: "Что, опять все сломалось? Ну и кофе же я забыл сделать!".😅

вчера в 07:00    2024    ZhokhovM    2    

6

Реструктуризация - бесконечная история

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

При разработке программ требуемый функционал ставят на первое место, но есть еще и архитектура программы. На горизонте 5-10 лет она становится важнее функционала, который должен работать при масштабировании и росте данных. Реструктуризация 5 терабайтной базы 1С 8.2 в формат 1С 8.3, складывает весь пазл архитектурных просчетов, которые сделали ради функционала. Как это исправить? - для разработки правильной архитектуры, нужно всего лишь сместить фокус с функционала и подумать о «вечном».

29.09.2023    1869    1CUnlimited    15    

22

Чистый код. Мой взгляд на жизнь в макаронных джунглях. Часть 2

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

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

27.09.2023    6877    Lemmonbri    136    

35

Чистый код. Мой взгляд на жизнь в макаронных джунглях. Часть 1

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

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

19.09.2023    4266    Lemmonbri    16    

31

5 подходов при доработке конфигурации 1С, чтобы в будущем не было мучительно больно её обновлять

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

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

10.08.2023    9517    0    1c-izhtc    37    

21

Задача на ошибки и неоптимальности при проведении приходной накладной

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

Задачу эту дают на собеседованиях, видимо, те франчи, которые не в состоянии оценить человека по резюме и в ходе беседы. По идее задачи, подобные этой, должны давать начинающим студентам. Но дают всем подряд. Итак: мои 5 копеек. Критика приветствуется.

11.07.2023    2185    magic1s    32    

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