设计模式之观察者模式

定义

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

UML类图

代码实现

Observer.java

public abstract class Observer {

    public abstract void update();
}

Subject.java

public abstract class Subject {

    protected ArrayList<Observer> list = new ArrayList<>();

    public void attach(Observer obs) {
        list.add(obs);
    }

    public void detach(Observer obs) {
        list.remove(obs);
    }

    public abstract void notifyObserver();
}

ConcreteObserver.java

public class ConcreteObserver extends Observer {

    private String type;

    public ConcreteObserver(String type) {
        this.type = type;
    }

    @Override
    public void update() {
        System.out.println("update:"+type);
    }
}

ConcreteSubject.java

public class ConcreteSubject extends Subject {
    @Override
    public void notifyObserver() {
        for (Observer obs:list) {
            obs.update();
        }
    }
}

Main.java

Observer observerA = new ConcreteObserver("A");
Observer observerB = new ConcreteObserver("B");
Observer observerC = new ConcreteObserver("C");
ConcreteSubject subject = new ConcreteSubject();
subject.attach(observerA);
subject.attach(observerB);
subject.attach(observerC);

subject.notifyObserver();

打印结果：

update:A
update:B
update:C

优缺点

主要优点

1. 观察者模式可以实现表示层和数据逻辑层的分离，定义了稳定的消息更新传递机制，并抽象了更新接口，使得可以有各种各样不同的表示层充当具体观察者角色。

2. 观察者模式在观察目标和观察者之间建立一个抽象的耦合。观察目标只需要维持一个抽象观察者的集合，无须了解其具体观察者。由于观察目标和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。

3. 观察者模式支持广播通信，观察目标会向所有已注册的观察者对象发送通知，简化了一对多系统设计的难度。

4. 观察者模式满足“开闭原则”的要求，增加新的具体观察者无须修改原有系统代码，在具体观察者与观察目标之间不存在关联关系的情况下，增加新的观察目标也很方便。

主要缺点

1. 如果一个观察目标对象有很多直接和间接观察者，将所有的观察者都通知到会花费很多时间。

2. 如果在观察者和观察目标之间存在循环依赖，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。

3. 观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。