设计模式之禅笔记——观察者模式

一、观察者模式的定义

观察者模式也叫发布订阅模式，它是一个在项目中经常使用的模式，其定义如下：

Define a one-to-many dependency between objects so that when one object changes state, all its dependents are notified and updated automatically.(定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新。)

类图：

Subject被观察者：定义被观察者必须实现的职责，它必须能够动态地增加、取消观察者。它一般是抽象类或是实现类，仅仅完成被观察者必须实现的职责：管理观察者并通知观察者。

Observer观察者：观察者接收到消息后，即通过update(更新方法)操作，对收到的信息进行处理

ConcreteSubject具体的被观察者：定义被观察者自己的业务逻辑，同时定义对哪些事件进行通知

ConcreteObserver具体的观察者：每个观察者在接收到消息后的处理反应是不同的，各个观察者有自己的处理逻辑

代码 被观察者：

public abstract class Subject {
    private Vector<Observer> obaVector = new Vector<>();

    public void addObserver(Observer o) {
        this.obaVector.add(o);
    }

    public void delObserver(Observer o) {
        this.obaVector.remove(o);
    }

    public void notifyObservers() {
        for (Observer o : this.obaVector) {
            o.update();
        }
    }
}

具体被观察者：

public class ConcreteSubject extends Subject {
    public void doSomething() {
        super.notifyObservers();
    }
}

观察者：

public interface Observer {
    public void update();
}

具体观察者：

public class ConcreteObserver implements Observer {
    @Override
    public void update() {
        System.out.println("接收到消息，并进行处理！");
    }
}

场景类：

public class Client {
    public static void main(String args[]) {
        ConcreteSubject subject = new ConcreteSubject();
        Observer obs = new ConcreteObserver();
        subject.addObserver(obs);
        subject.doSomething();
    }
}

二、观察者的优缺点和使用场景

优点：

观察者与被观察者是抽象耦合：如此设计，则不管是增加观察者还是被观察者都非常容易扩展，而在java中都已经实现的抽象层级的定义，在系统扩展方面更是得心应手

建立一套触发机制：

缺点：

观察者模式需要考虑一下开发效率和运行效率问题，一个被观察者，多个观察者，开发和调试就会比较复杂，而且在Java中信息的通知默认是顺序执行，一个观察者卡壳，会影响整体的执行效率。在这种情况下，一般考虑采用异步方式

使用场景：

关联行为场景。

事件多级触发场景。

跨系统的消息交换场景，如消息队列的处理机制。