Я новичок в разработке шаблонов, я изучаю шаблон Observer, для этого я зашел на многие сайты, где нашел приведенную ниже диаграмму UML.
Итак, мой вопрос касается дизайна UML или класса. Если целью шаблона наблюдателя является уведомление наблюдателей об изменении состояния субъекта/объекта, почему субъект должен быть абстрактным, не может ли он быть ConcreteSubject напрямую, как показано ниже:
Каковы недостатки или нарушения, если мы создадим тему как ConcreteSubject.
Я понимаю, что целью определения абстрактного класса субъекта является предоставление базовой реализации свойств и методов, необходимых наблюдателям для подписки и получения уведомлений.
Более общей альтернативой было бы предоставление интерфейса. Или, возможно, абстрактный класс на самом деле реализует более общий интерфейс, который определяет только те методы, которые должны быть реализованы.
Другими словами, преимущество предоставления интерфейса заключается в том, что вам не нужно знать класс, который его реализует. Преимущество использования абстрактного класса заключается в том, что у вас есть базовая реализация методов, необходимых для добавления или удаления наблюдателей и отправки им уведомлений. И вы пользуетесь этим, производя класс.
Если сделать Concrete Observer зависимым от Concrete Subject, это решит одну проблему [приведение типов в методе обновления как update(ConcreteSubject cs)], но за счет общего характера Pattern.
Конкретная тема и Абстрактная тема (наблюдаемая) имеют четкое разграничение обязанностей, а именно: реализовывать бизнес-логику и быть наблюдаемой во всем приложении и заботиться о наблюдателях.
Если мы избежим использования темы, каждый бизнес-класс, требующий наблюдателей (могут быть добавлены позже), должен будет повторять код Subject. (Расширение одного конкретного предмета из другого конкретного предмета является нарушением ООП).
Лучше всего использовать Abstract Subject и оставлять открытыми расширения и повторное использование кода.
