《Android源码设计模式》之观察者模式

观察者模式介绍

观察者模式是一个使用率非常高的模式，它最常用的地方是GUI系统、订阅----发布系统。因为这个模式的一个重要作用就是解耦，将被观察者和观察者解耦，使得它们之间的依赖性更小，甚至做到毫无依赖。

观察者模式的定义

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

观察者模式的使用场景

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

观察者模式的UML类图

角色介绍：

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

观察者模式的简单实现

下面让我们来简单模拟一下某一网站的发布----订阅过程：

package com.guifa.observerdemo;

import java.util.Observable;
import java.util.Observer;

/**
 * 程序员是观察者
 */
public class Coder implements Observer {

    public String name;

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

    @Override
    public void update(Observable o, Object arg) {
        System.out.println("Hi，" + name + "，DevTechFrontier更新啦，内容：" + arg);
    }

    @Override
    public String toString() {
        return "码农：" + name;
    }
}

package com.guifa.observerdemo;

import java.util.Observable;

/**
 * 网站的被观察者角色，当它有更新时所有的观察者（这里是程序员）都会接到相应的通知
 */
public class DevTechFrontier extends Observable {

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

package com.guifa.observerdemo;

public class Test {
    public static void main(String[] args) {
        // 被观察的角色
        DevTechFrontier devTechFrontier = new DevTechFrontier();
        // 观察者
        Coder coder1 = new Coder("coder1");
        Coder coder2 = new Coder("coder2");
        Coder coder3 = new Coder("coder3");
        // 将观察者注册到可观察对象的观察者列表中
        devTechFrontier.addObserver(coder1);
        devTechFrontier.addObserver(coder2);
        devTechFrontier.addObserver(coder3);
        // 发布消息
        devTechFrontier.postNewPublication("新的一期开发技术前线周报发布啦！！！");
    }
}

输出结果：

可以看到所有订阅网站的用户都收到了更新消息，一对多的订阅----发布系统就完成了。
Observer和Observable是JDK中的内置类型，可见观察者模式是非常重要的，这里Observer是抽象的观察者角色，Coder扮演的是具体观察者的角色: Observable 对应的是抽象主题角色，DevTechFrontier则是具体的主题角色。Coder 是具体的观察者，它们订阅了DevechFrontier 这个具体的可观察对象，当DevTechFrontier有更新时，会遍历所有观察者(这里是Coder) ,然后给这些观察者发布一个更新的消息，即调用Coder中的update方法，这样就达到了一对多的通知功能。在这个过程中，通知系统都是依赖Observer 和Observable 这些抽象类，因此，对于Coder和DevTechFronticr完全没有耦合，保证了订阅系统的灵活性、可扩展性。

总结

优点：

• 观察者和被观察者之间是抽象耦合，应对业务变化；
• 增强系统灵活性、可扩展性。
  缺点：
  在应用观察者模式时需要考虑一下开发效率和运行效率问题，程序中包括一个被观察者、多个观察者、开发和调试等内容会比较复杂，而且在Java中消息的通知默认是顺序执行，一个观察者卡顿，会影响整体的执行效率，在这种情况下，一般考虑异步的方式。