设计模式之观察者模式

观察者模式

观察者模式(Observer):又称发布-订阅模式(Publish/Subscribe),定义了一种一对多的依赖关系,让多个观察者对象同时监听一个主题对象.这个主题对象在状态放生变化时,会通知所有观察者对象,使它们能够自动更新自己

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

注意：本博文代码GitHub仓库

简而言之就是以下几点：

1. 被监听对象我们称之为通知者，其与观察者对象是一对多的关系；
2. 通知者状态发生改变时，可以通知多个观察者；
3. 观察这应有更新自己的相关方法；

设计思路分析

针对与以上几点我们可以得出以下几点：

1. 通知者中需要有一个集合存储需要通知的观察者对象；
2. 通知者中需要有通知观察者对象的方法；
3. 观察者中需要能够在通知者发生变化时，获得通知者某些相关信息。

观察者模式类

模式类结构图

模式的结构说明

观察者模式包含以下主要角色：

1. 通知者（Subject）抽象类，又称主题，可以是接口或是抽象类（我建议用接口，因为实际开发工作中你不知道观察者类都需要什么信息），它或它的实现类维护了一个观察者类集合和增加、删除观察者类的方法以及通知观察者类通知者类变化的方法。
2. 观察者（Observer）接口，其维护了更新观察者本身的方法。

Demo

Subject .java

package com.frank.design.observermode.demo;

import java.util.ArrayList;
import java.util.List;

/**
 * 通知者抽象类
 * @AUTHOR:Frank
 * @DATE:08/24/2018
 */
public abstract class Subject {

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

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

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

    public void notice(){
        for (Observer obser : observers) {
            obser.update();
        }
    }

}

Observer.java

package com.frank.design.observermode.demo;

/**
 * 观察者抽象类
 * @AUTHOR:Frank
 * @DATE:08/24/2018
 */
public abstract class Observer {

    public abstract void update();
}

ConcrectSubject.java

package com.frank.design.observermode.demo;

/**
 *  通知者实现类
 * @AUTHOR:Frank
 * @DATE:08/24/2018
 */
public class ConcrectSubject extends  Subject {

    private String subjectState;

    public String getSubjectState() {
        return subjectState;
    }

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

ConcrectObserver .java

package com.frank.design.observermode.demo;

/**
 * 观察者实现类
 * @AUTHOR:Frank
 * @DATE:08/24/2018
 */
public class ConcrectObserver extends Observer {

    private String name;
    private String observerState;
    private ConcrectSubject subject;


    public  ConcrectObserver(ConcrectSubject subject,String name){
        this.name = name;
        this.subject = subject;
    }

    @Override
    public void update() {
        observerState = subject.getSubjectState();
        System.out.println("observer name :"+name+ "state :"+observerState);
    }
}

MainClient .java

package com.frank.design.observermode.demo;

/**
 * 测试类
 * @AUTHOR:Frank
 * @DATE:08/24/2018
 */
public class MainClient {

    public static void main(String[] args){
        ConcrectSubject s = new ConcrectSubject();

        s.attach(new ConcrectObserver(s,"A"));
        s.attach(new ConcrectObserver(s,"B"));
        s.attach(new ConcrectObserver(s,"C"));

        s.setSubjectState("XYZ");

        s.notice();
    }
}

总结

观察者模式的特点

• 将一个系统分割成一系列相互协作的类有一个很不好的副作用,那就是需要维护相关对象间的不一致性,我们不希望为了维持一致性而使各类紧密耦合,这样会给维护和扩展以及重用都带来不便.
• 观察者模式所做的工作其实就使解除耦合.让耦合的双方都依赖于抽象,而不是依赖于具体,从而使得各自的变化都不会映像另一边的变化.

观察者模式的优缺点

优点

• 观察者模式可以实现表示层和数据逻辑层的分离，定义了稳定的消息更新传递机制，并抽象了更新接口，使得可以有各种各样不同的表示层充当具体观察者角色。
• 观察者模式在观察目标和观察者之间建立一个抽象的耦合。观察目标只需要维持一个抽象观察者的集合，无须了解其具体观察者。由于观察目标和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。
• 观察者模式支持广播通信，观察目标会向所有已注册的观察者对象发送通知，简化了一对多系统设计的难度。
• 观察者模式满足“开闭原则”的要求，增加新的具体观察者无须修改原有系统代码，在具体观察者与观察目标之间不存在关联关系的情况下，增加新的观察目标也很方便。

缺点

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

观察者模式的适用场景

• 在一个对象改变而需要同时改变其它对象,而且它又不知道具体有多少个对象有待改变时,应该考虑使用观察这模式.
• 当一个抽象模型有两个方面,其中一方面依赖与另一方面,这时用观察者模式可以将这两者封装在独立的对象中使它们各自独立地改变和复用.
• 需要在系统中创建一个触发链，A对象的行为将影响B对象，B对象的行为将影响C对象……，可以使用观察者模式创建一种链式触发机制。