Пример шаблона наблюдателя

Sports Lobby — это фантастический спортивный сайт для любителей спорта. Они охватывают практически все виды спорта и предоставляют последние новости, информацию, запланированные даты матчей, информацию о конкретном игроке или команде. Теперь они планируют предоставлять комментарии в реальном времени или оценки матчей в виде SMS-сервиса, но только для своих премиум-пользователей. Их цель — отправить SMS с реальным счетом, ситуацией матча и важными событиями через короткие промежутки времени. Как пользователь, вы должны подписаться на пакет, и когда будет живое совпадение, вы получите SMS на живой комментарий. На сайте также есть возможность отписаться от пакета, когда вы захотите.

Как разработчик, спортивное лобби попросило вас предоставить им эту новую функцию. Журналисты «Спортивного лобби» будут сидеть в поле для комментариев в матче, и они обновят живой комментарий к объекту комментария. Ваша задача как разработчика — предоставить комментарий зарегистрированным пользователям, извлекая его из объекта комментария, когда он станет доступен. При наличии обновления система должна обновить подписанных пользователей, отправив им SMS.

Эта ситуация ясно показывает сопоставление «один ко многим» между совпадением и пользователями, поскольку может быть много пользователей, подписавшихся на одно совпадение. Шаблон проектирования Observer лучше всего подходит для этой ситуации, давайте посмотрим на этот шаблон, а затем создадим функцию для спортивного лобби.

Модель наблюдателя — это своего рода модель поведения, которая связана с распределением обязанностей между объектами. Модели поведения характеризуют сложные потоки управления, которые трудно отслеживать во время выполнения. Они отвлекают ваше внимание от потока управления, позволяя вам сосредоточиться только на том, как объекты взаимосвязаны.

Шаблон наблюдателя определяет зависимость «один ко многим» между объектами, поэтому, когда один объект изменяет состояние, все его зависимые элементы уведомляются и обновляются автоматически. Шаблон Observer описывает эти зависимости. Ключевыми объектами в этом шаблоне являются субъект и наблюдатель. Субъект может иметь любое количество зависимых наблюдателей. Все наблюдатели уведомляются всякий раз, когда субъект подвергается изменению в своем состоянии. В ответ каждый наблюдатель запросит субъекта для синхронизации его состояния с состоянием субъекта.

Другой способ понять шаблон наблюдателя — это способ работы отношений издатель-подписчик. Предположим, например, что вы подписались на журнал для своего любимого спортивного или модного журнала. Всякий раз, когда публикуется новый номер, он доставляется вам. Если вы откажетесь от него, когда вам больше не нужен журнал, он не будет доставлен вам. Но издатель продолжает работать, как и раньше, поскольку есть другие люди, которые также подписаны на этот конкретный журнал.

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

Java имеет встроенную поддержку шаблона Observer . Наиболее общим является интерфейс Observer и класс Observable в пакете java.util . Они очень похожи на наш интерфейс Subject и Observer, но дают вам много функциональности из коробки.

Давайте попробуем реализовать приведенный выше пример, используя встроенный в Java шаблон Observer.

На этот раз мы расширяем класс Observable чтобы сделать наш класс субъектом, и обратите внимание, что вышеприведенный класс не содержит ссылок на наблюдателей, он обрабатывается родительским классом, то есть классом Observable . Однако мы объявили метод setDesc для изменения состояния объекта, как это было сделано в предыдущем примере. Метод setChanged — это метод из высшего класса, который используется для установки измененного флага в значение true. Метод notifyObservers уведомляет всех своих наблюдателей, а затем вызывает метод clearChanged чтобы указать, что этот объект больше не изменился. У каждого наблюдателя есть свой метод обновления, вызываемый с двумя аргументами: observable объект и аргумент arg .

Давайте обсудим некоторые из ключевых методов.

Приведенный выше класс реализует интерфейс Observer который имеет одно ключевое update метода, которое вызывается, когда субъект вызывает метод notifyObservers . Метод update принимает в качестве параметров объект Observable и arg .

Метод addObserver используется для регистрации наблюдателя для субъекта, а метод deleteObserver используется для удаления наблюдателя из списка субъекта.

Давайте проверим этот пример.

Приведенный выше пример выдаст следующий вывод:

Вышеупомянутый класс создает предмет и двух наблюдателей. Метод subscribe observer добавляется в список наблюдателей. Затем setDesc изменяет состояние субъекта, который вызывает метод setChanged чтобы установить флаг изменения в true, и уведомляет наблюдателей. В результате вызывается метод update наблюдателя, который внутренне классифицирует метод отображения для отображения результата. Позже одному из наблюдателей unsubscribe d, т.е. он удаляется из списка наблюдателей. Из-за чего более поздние комментарии к нему не обновлялись.

Java предоставляет встроенные средства для паттерна Observer, но у него есть свои недостатки. Observable — это класс, вы должны создать его подкласс. Это означает, что вы не можете добавить поведение Observable к существующему классу, который уже расширяет другой суперкласс. Это ограничивает потенциал повторного использования. Вы даже не можете создать свою собственную реализацию, которая хорошо работает со встроенным в Java Observer API. Некоторые из методов в Observable API защищены. Это означает, что вы не можете вызывать такие методы, как setChange если у вас нет подкласса Observable . И вы даже не можете создать экземпляр класса Observable и составить его с вашими собственными объектами, вы должны создать подкласс. Этот дизайн нарушает принцип дизайна «отдать предпочтение композиции по наследству» .

Используйте шаблон Observer в любой из следующих ситуаций:

1. Когда абстракция имеет два аспекта, один зависит от другого. Инкапсуляция этих аспектов в отдельных объектах позволяет варьировать и повторно использовать их независимо.
2. Когда изменение одного объекта требует изменения других, и вы не знаете, сколько объектов нужно изменить.
3. Когда объект должен иметь возможность уведомлять другие объекты, не делая предположений о том, кто эти объекты. Другими словами, вы не хотите, чтобы эти объекты были тесно связаны.