定义
观察者模式(发布订阅模式)——在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖它的对象都会收到通知,并自动更新。
使用场景
- 关联行为场景,需要注意的是,关联行为是可拆分的,而不是“组合”关系。
- 事件多级触发场景。
- 跨系统的消息交换场景,如消息队列、事件总线的处理机制。
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源码设计模式解析与实战》
网友评论