设计模式理论篇 | 观察者模式

一、模式动机

建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应做出反应
在此，发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间没有相互联系，可以根据需要增加和删除观察者，使得系统更易于扩展，这就是观察者模式的模式动机

二、模式定义

观察者模式(Observer Pattern)：定义对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。观察者模式又叫做发布-订阅（Publish/Subscribe）模式、模型-视图（Model/View）模式、源-监听器（Source/Listener）模式或从属者（Dependents）模式。观察者模式是一种对象行为型模式

三、模式类图

// 抽象目标主题类
public interface Subject
{
    attach(Observer observer);
    detach(Observer observer);
    notifyAll();
}

// 具体主题类
public class ConcreteSubject implements Subject
{

    private List<Observer> observerList = new ArrayList<>();

    public void attach(Observer observer)
    {
        observerList.add(observer);
    }

    public void detach(Observer observer)
    {
        observerList.remove(observer);
    }

    public void notify()
    {
        for (Observer observer : observerList)
        {
            observer.update();
        }
    }
} 

// 抽象观察者
public interface Observer 
{
    void update();
}

// 具体观察者
public class ConcreteObserver implements Observer
{
    public void update()
    {
        //具体更新代码
    }
} 

// 客户端调用
Subject subject = new ConcreteSubject();
Observer observer = new ConcreteObserver();
subject.attach(observer);
subject.notifyAll();

四、模式分析

观察者模式描述了如何建立对象与对象之间的依赖关系，如何构造满足这种需求的系统。
这一模式中的关键对象是观察目标和观察者，一个目标可以有任意数目的与之相依赖的观察者，一旦目标的状态发生改变，所有的观察者都将得到通知
作为对这个通知的响应，每个观察者都将即时更新自己的状态，以与目标状态同步，这种交互也称为发布-订阅(publish-subscribe)。目标是通知的发布者，它发出通知时并不需要知道谁是它的观察者，可以有任意数目的观察者订阅它并接收通知

五、优缺点分析

观察者模式的优点

观察者模式可以实现表示层和数据逻辑层的分离，并定义了稳定的消息更新传递机制，抽象了更新接口，使得可以有各种各样不同的表示层作为具体观察者角色。
观察者模式在观察目标和观察者之间建立一个抽象的耦合
观察者模式支持广播通信
观察者模式符合“开闭原则”的要求。

观察者模式的缺点

如果一个观察目标对象有很多直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间
如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。
观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化

六、模式适用场景

一个抽象模型有两个方面，其中一个方面依赖于另一个方面。将这些方面封装在独立的对象中使它们可以各自独立地改变和复用
一个对象的改变将导致其他一个或多个对象也发生改变，而不知道具体有多少对象将发生改变，可以降低对象之间的耦合度
一个对象必须通知其他对象，而并不知道这些对象是谁
需要在系统中创建一个触发链，A对象的行为将影响B对象，B对象的行为将影响C对象……，可以使用观察者模式创建一种链式触发机制

七、模式应用

JDK1.1版本及以后的各个版本中，事件处理模型采用基于观察者模式的委派事件模型(Delegation Event Model, DEM)。在DEM中，事件的发布者称为事件源(Event Source)，而订阅者叫做事件监听器(Event Listener)，在这个过程中还可以通过事件对象(Event Object)来传递与事件相关的信息，可以在事件监听者的实现类中实现事件处理，因此事件监听对象又可以称为事件处理对象。事件源对象、事件监听对象（事件处理对象）和事件对象构成了Java事件处理模型的三要素。
除了AWT中的事件处理之外，Java语言解析XML的技术SAX2以及Servlet技术的事件处理机制都基于DEM，它们都是观察者模式的应用
观察者模式在软件开发中应用非常广泛，如某电子商务网站可以在执行发送操作后给用户多个发送商品打折信息，某团队战斗游戏中某队友牺牲将给所有成员提示等等，凡是涉及到一对一或者一对多的对象交互场景都可以使用观察者模式

八、模式扩展

Java提供了Observer接口和Observable类，提供了对观察者模式的支持
MVC模式：MVC模式是一种架构模式，它包含三个角色：模型(Model)，视图(View)和控制器(Controller)。观察者模式可以用来实现MVC模式，观察者模式中的观察目标就是MVC模式中的模型(Model)，而观察者就是MVC中的视图(View)，控制器(Controller)充当两者之间的中介者(Mediator)。当模型层的数据发生改变时，视图层将自动改变其显示内容
Strict Observer VS Relaxed Observer
The Observer pattern has several possible implementation variants, e.g., occurrences with and without a broker class. We distinguish a strict version and a relaxed version. The relaxed observer version is exactly as the strict, except that it does not know anything about concrete observers. The relaxed version is suitable for libraries, where the concrete observers are supplied by an application.

Relaxed Observer: subject knows nothing about concrete observers
Strict Observer: requires a concrete observer role

设计模式理论篇 | 观察者模式

设计模式理论篇 | 观察者模式

一、 模式动机

二、 模式定义

三、 模式类图

四、 模式分析

五、 优缺点分析

六、 模式适用场景

七、 模式应用

八、 模式扩展

一、模式动机

二、模式定义

三、模式类图

四、模式分析

五、优缺点分析

六、模式适用场景

七、模式应用

八、模式扩展