设计模式（十一） — 观察者模式

解决解耦的钥匙——观察者模式

观察者模式的定义

定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新。

观察者模式的使用场景

• 关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系。
• 事件多级触发场景。
• 跨系统的消息交换场景，如消息队列、事件总线的处理机制。

观察者模式的实例

角色介绍
Subject：抽象主题，也就是被观察的角色，抽象主题角色把所有观察者对象的引用保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加和删除观察者对象。
ConcreteSubject：具体主题，该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发出通知，具体主题角色又叫做具体被观察者角色。
Observer：抽象观察者，该角色是观察者的抽象类，它定义了一个更新接口，使得在得到主题的更改通知时更新自己。
ConcreteObserver：具体的观察者，该角色实现抽象观察者角色所定义的更新接口，以便在主题的状态发生变化时更新自身的状态。

我们一般都会关注一些公众号，我们关注的公众号就是具体的主题角色，我们就是具体的观察者角色，这样巨组成了一个观察者模式。

程序员 观察者
Coder.class

public class Coder implements Observer {
    private static final String TAG = "Coder";
    public String name;

    public Coder(String name) {
        this.name = name;
    }

    @Override
    public void update(Observable observable, Object o) {
        Log.i(TAG, "Hi, " + name + ", DevTechFrontier更新啦，内容： " + o);
    }
}

公众号 开发者前线
DevTechFrontier.class

public class DevTechFrontier extends Observable {

    public void postNewPublication(String content) {
        //标识状态或者内容发生改变
        setChanged();
        //通知所有观察者
        notifyObservers(content);
    }
}

测试代码

public class Test {
    public void test() {
        DevTechFrontier devTechFrontier = new DevTechFrontier();

        Coder mrsimple = new Coder("mr.simple");
        Coder coder1 = new Coder("coder1");
        Coder coder2 = new Coder("coder2");
        Coder coder3 = new Coder("coder3");

        devTechFrontier.addObserver(mrsimple);
        devTechFrontier.addObserver(coder1);
        devTechFrontier.addObserver(coder2);
        devTechFrontier.addObserver(coder3);

        devTechFrontier.postNewPublication("新的一期开发技术前线周报发布啦！");
    }
}

Observer和Observable是JDK中的内置类型，这里Observer是抽象的观察者角色，Coder扮演的是具体观察角色；Observable对应的是抽象主题角色，DevTechFrontier则是具体的主题角色。Coder是具体的观察者，他们订阅了DevTechFrontier这个具体的可观察对象，当DevTechFrontier有更新时，会遍历所有观察者（Coder），然后给这些观察者发布一个更新的消息，即调用Coder中的update方法。

小结

优点

• 观察者和被观察者之间是抽象耦合，应对业务变化；
• 增强系统灵活性、可扩展性。

缺点

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