观察者模式

模式动机

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

模式定义

观察者模式(Observer Pattern)：定义对象间的一种一对多依赖关系，让多个观察者对象同时监听某一个对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。

观察者模式又叫做发布-订阅（Publish/Subscribe）模式、模型-视图（Model/View）模式、源-监听器（Source/Listener）模式或从属者（Dependents）模式。

观察者模式是一种对象行为型模式。

模式结构

观察者模式包含如下角色：

• Subject: 目标
• ConcreteSubject: 具体目标
• Observer: 观察者
• ConcreteObserver: 具体观察者

时序图

 

 

 程序分析

Subject类，主题或者抽象通知消息者，一般用一个抽象类或者一个接口实现，它把所有对观察者对象的引用保存在一个 数组中，每个主题都可以有任何数量的观察者。抽象主题提供一个接口，可以增加或者删除观察者

package observer;

import java.util.ArrayList;
import java.util.List;
/**
 * Subject类，主题或者抽象通知消息者，一般用一个抽象类或者一个接口实现，它把所有对观察者对象的引用保存在一个
 * 数组中，每个主题都可以有任何数量的观察者。抽象主题提供一个接口，可以增加或者删除观察者
 *
 */
public abstract class Subject {
    private List<Observer> observers = new ArrayList<Observer>();
    // 增加观察者
    public void Attach(Observer o){
        observers.add(o);
    }
    // 删除观察者
    public void Detach(Observer o){
        observers.remove(o);
    }
    // 通知
    public void Notify(){
        for(Observer o:observers){
            o.Update();
        }
    }
}

Observer 类，抽象观察者，为所有的具有观测者定义一个接口，在得到主题的通知时更新自己。这个接口叫做更新接口。抽象观察者一般用一个接口或者一个抽象类实现。更新接口通常包含一个Update()方法，这个方法叫做更新方法

package observer;
/**
 * Observer 类，抽象观察者，为所有的具有观测者定义一个接口，在得到主题的通知时更新自己。
 * 这个接口叫做更新接口。抽象观察者一般用一个接口或者一个抽象类实现。更新接口通常包含一个Update()方法
 * 这个方法叫做更新方法
 *
 */
abstract class Observer {
    public abstract void Update();
}

ConcreteSubject类，具体主题者或者具体通知者类，将有关状态存入具体观察者对象；在具体主题的内部状态改变时，给所有登记过的观察者发出通知。具体主题角色通常用一个具体子类实现

package observer;
/**
 * ConcreteSubject类，具体主题者或者具体通知者类，将有关状态存入具体观察者对象；在具体主题的内部状态改变时，给所有登记过的观察者
 * 发出通知。具体主题角色通常用一个具体子类实现
 *
 */
public class ConcreteSubject extends Subject{
    private String subjectState;

    public String getSubjectState() {
        return subjectState;
    }

    public void setSubjectState(String subjectState) {
        this.subjectState = subjectState;
    }    
}

ConcreteObserver类，具体观察者，定义抽象观察者角色所要求的更新接口，以便使本身的状态与主题的状态相协调。具体观察者角色可以保持一个指向具体主题对象的引用。具体观察者角色常用一个具体子类实现。

package observer;
/**
 * ConcreteObserver类，具体观察者，定义抽象观察者角色所要求的更新接口，以便使本身的状态与主题的状态相协调。
 * 具体观察者角色可以保持一个指向具体主题对象的引用。具体观察者角色常用一个具体子类实现
 * @author Administrator
 *
 */
public class ConcreteObserver extends Observer {
    private String name;
    private String observerState;
    private ConcreteSubject subject;
    public ConcreteObserver(ConcreteSubject subject,String name){
        this.subject = subject;
        this.name = name;
    }
    public void Update(){
        observerState = subject.getSubjectState();
        System.out.println("观察者："+name+"状态："+observerState);
    }
    public ConcreteSubject getSubject() {
        return subject;
    }
    public void setSubject(ConcreteSubject subject) {
        this.subject = subject;
    }
    
}

客户端代码

package observer;

public class Main {
    public static void main(String[] args){
        ConcreteSubject s = new ConcreteSubject();
        s.Attach(new ConcreteObserver(s,"X"));
        s.Attach(new ConcreteObserver(s,"Y"));
        s.Attach(new ConcreteObserver(s,"Z"));
        
        s.setSubjectState("Work");
        
        s.Notify();
        
        s.setSubjectState("Happy");
        
        s.Notify();
    }
}

输出

观察者：X状态：Work
观察者：Y状态：Work
观察者：Z状态：Work

观察者：X状态：Happy
观察者：Y状态：Happy
观察者：Z状态：Happy

模式分析

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

优点

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

缺点

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

适用环境

在以下情况下可以使用观察者模式：

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

模式应用

观察者模式在软件开发中应用非常广泛，如某电子商务网站可以在执行发送操作后给用户多个发送商品打折信息，某团队战斗游戏中某队友牺牲将给所有成员提示等等，凡是涉及到一对一或者一对多的对象交互场景都可以使用观察者模式。

模式扩展

MVC模式

• MVC模式是一种架构模式，它包含三个角色：模型(Model)，视图(View)和控制器(Controller)。观察者模式可以用来实现MVC模式，观察者模式中的观察目标就是MVC模式中的模型(Model)，而观察者就是MVC中的视图(View)，控制器(Controller)充当两者之间的中介者(Mediator)。当模型层的数据发生改变时，视图层将自动改变其显示内容。

总结

• 观察者模式定义对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。观察者模式又叫做发布-订阅模式、模型-视图模式、源-监听器模式或从属者模式。观察者模式是一种对象行为型模式。
• 观察者模式包含四个角色：目标又称为主题，它是指被观察的对象；具体目标是目标类的子类，通常它包含有经常发生改变的数据，当它的状态发生改变时，向它的各个观察者发出通知；观察者将对观察目标的改变做出反应；在具体观察者中维护一个指向具体目标对象的引用，它存储具体观察者的有关状态，这些状态需要和具体目标的状态保持一致。
• 观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个目标对象，当这个目标对象的状态发生变化时，会通知所有观察者对象，使它们能够自动更新。
• 观察者模式的主要优点在于可以实现表示层和数据逻辑层的分离，并在观察目标和观察者之间建立一个抽象的耦合，支持广播通信；其主要缺点在于如果一个观察目标对象有很多直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间，而且如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。
• 观察者模式适用情况包括：一个抽象模型有两个方面，其中一个方面依赖于另一个方面；一个对象的改变将导致其他一个或多个对象也发生改变，而不知道具体有多少对象将发生改变；一个对象必须通知其他对象，而并不知道这些对象是谁；需要在系统中创建一个触发链。
• 在JDK的java.util包中，提供了Observable类以及Observer接口，它们构成了Java语言对观察者模式的支持。

参考1：http://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/observer.html

参考2：《大话设计模式》