Каталог решений - Принципы ООП в 1С (pattern observer)

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

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

В наличии

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

Категория:

Описание

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

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

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

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

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

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

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

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

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

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

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

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

 

 

has been added to your cart:
Оформление заказа