设计模式学习笔记——观察者模式

定义

---

观察者模式（发布订阅模式）——在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖它的对象都会收到通知，并自动更新。

使用场景

---

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

UML类图

---

• Subject：抽象主题，被观察者（Observable）的角色，抽象主题角色把所有观察者对象的引用保存在一个集合里，每个主题都可以有任意数量的观察者。抽象主题提供一个接口，可以增加和删除观察者对象。
• ConcreteSubject：具体主题，将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发送通知。
• Observer：抽象观察者，所有潜在的观察者必须实现此接口，它定义了一个更新接口方法，当主题状态改变时会被调用，从而更新自己。
• ConcreteObserver：具体的观察者，它实现了抽象观察者所定义的更新接口，以便在主题状态改变时更新自己。

例子

---

利用博客订阅功能，来进行观察者模式的描述：

public interface Subject {    public void register(Observer o);    public void remove(Observer o);    public void notify(Object arg);}

public interface Observer {    public void update(Object arg);}

public class Developer implements Observer {    public String name;    public Developer(String name) {        this.name = name;    }    @Override    public void update(Object arg) {        System.out.println("Hi,"+name+",有新的博文发布了："+arg);    }  }

public class BlogSubject implements Subject {    private ArrayList<Observer> mObservers;    public BlogSubject() {        mObservers = new ArrayList<>();    }    @Override    public void register(Observer o) {        mObservers.add(o);    }    @Override    public void remove(Observer o) {        int i = mObservers.indexOf(o);        if (i >= 0) {            mObservers.remove(i);        }    }    @Override    public void notify(Object arg) {        for(Observer o : mObservers) {            o.update(arg);        }    }   public void postNews(String content) {       notify(content);   }}

客户端调用：

public class Test {    public static void main(String[] args) {        //被观察者实例化        BlogSubject blog = new BlogSubject();        //观察者实例化        Developer dev1 = new Developer("dev 1");        Developer dev2 = new Developer("dev 2");        Developer dev3 = new Developer("dev 3");        //观察者注册到可观察者列表中        blog.register(dev1);        blog.register(dev2);        blog.register(dev3);        //发布消息        blog.postNews("设计模式学习笔记——观察者模式");    }}

总结

---

观察者模式主要作用就是对象解耦，将观察者与被观察者完全隔离，只依赖于Subject和Observer抽象。

优点

对象之间都是抽象耦合，各自的业务变化并不会相互影响。

缺点

需要考虑开发效率和运行效率问题，在Java中消息的通知默认是顺序执行，一个观察者太耗时，会影响整体的执行效率，这种情况，因考虑使用异步处理。

本博文为读书笔记：
《Head First 设计模式》
《大话设计模式》
《Android源码设计模式解析与实战》