前言
观察者模式是使用频率最高的设计模式之一,它用于建立一种对象与对象之间的依赖关系,一个对象发生改变时将自动通知其他对象,其他对象将相应作出反应。在观察者模式中,发生改变的对象称为观察目标,而被通知的对象称为观察者,一个观察目标可以对应多个观察者,而且这些观察者之间可以没有任何相互联系,可以根据需要增加和删除观察者,使得系统更易于扩展。
观察者模式(Observer Pattern):定义对象之间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。观察者模式的别名包括发布-订阅(Publish/Subscribe)模式、模型-视图(Model/View)模式、源-监听器(Source/Listener)模式或从属者(Dependents)模式。观察者模式是一种对象行为型模式。
观察者模式一般有以下几种角色:
● Subject(目标):目标又称为主题,它是指被观察的对象。在目标中定义了一个观察者集合,一个观察目标可以接受任意数量的观察者来观察,它提供一系列方法来增加和删除观察者对象,同时它定义了通知方法sendNotify()。目标类可以是接口,也可以是抽象类或具体类。
● ConcreteSubject(具体目标):具体目标是目标类的子类,通常它包含有经常发生改变的数据,当它的状态发生改变时,向它的各个观察者发出通知;同时它还实现了在目标类中定义的抽象业务逻辑方法(如果有的话)。如果无须扩展目标类,则具体目标类可以省略。
● Observer(观察者):观察者将对观察目标的改变做出反应,观察者一般定义为接口,该接口声明了更新数据的方法update(),因此又称为抽象观察者。
● ConcreteObserver(具体观察者):在具体观察者中维护一个指向具体目标对象的引用,它存储具体观察者的有关状态,这些状态需要和具体目标的状态保持一致;它实现了在抽象观察者Observer中定义的update()方法。通常在实现时,可以调用具体目标类的attach()方法将自己添加到目标类的集合中或通过detach()方法将自己从目标类的集合中删除。
###简单实例
在如下场景中:
求职者、数据库统计人员,平时都是在睡大觉的。但是当猎头增加一个职位招聘时,求职者就要看招聘来决定是否投简历,数据库统计人员需要增加招聘岗位数目。
求职者和数据库统计人员肯定不能时刻(还能不能好好睡觉了!!!)盯着猎头(猎头也要吃饭睡觉玩手机干一大堆乱七八糟的事情,求职者只关注发布新招聘这一个事件)是否增加了职位,最好是猎头每次增加职位时都给求职者和数据库统计人员发个通知。这样的话,猎头那里就要有所有要通知人员的对象引用,能增加/移除对象,且后续可能还会增加其他类型的观察者对象,比如还需要通知审核人员进行审核操作等,也可能需要增加其他类型的被观察者对象,比如公司人事发布职位时求职者和数据库统计人员也要进行对应的处理。
这就是典型的观察者模式的应用场景了。首先我们抽象一个观察者接口类Observer:
public interface Observer {
//声明响应方法,当某个状态触发时,调用该方法进行相应的操作
public void update();
}
抽象被观察者类Subject:
public abstract class Subject {
// 定义一个观察者集合用于存储所有观察者对象
protected List<Observer> observers = new ArrayList();
// 注册方法,用于向观察者集合中增加一个观察者
public void attach(Observer observer) {
observers.add(observer);
}
// 注销方法,用于在观察者集合中删除一个观察者
public void detach(Observer observer) {
observers.remove(observer);
}
// 声明抽象通知方法
public abstract void sendNotify();
}
这里很有意思,看上去像是被观察者订阅了观察者(而不是观察者对象中添加被观察者),被观察者发生某个状态改变时通知观察者。之前有看过用警察与小偷来解释观察者模式,意味着,小偷订阅多个警察,当自己去偷东西的时候发通知给那些警察,让他们好来抓自己。趣味中加深了个人对观察者模式的理解。
还需要一个招聘对象类Job:
public class Job {
private String title; // 招聘标题
public Job(String title) {
this.title = title;
}
public String getTitle() {
return title;
}
public void setTitle(String title) {
this.title = title;
}
}
这里的具体目标类ConcreteSubject,即被观察者是猎头HeadHunter,继承自Subject类,实现sendNotify方法,调用所有观察者Observer的响应方法:
public class HeadHunter extends Subject {
private String name;
private Job mJobLast; // 最新发布的招聘
public HeadHunter(String name) {
this.name = name;
}
// 发布招聘,发布时发送通知
public void publishJob(Job job) {
mJobLast = job;
sendNotify(this);
}
public String getName() {
return name;
}
public Job getLastJob() {
return mJobLast;
}
//----- 其他代码--------------
@Override
public void sendNotify(Subject subject) {
//遍历观察者集合,调用每一个观察者的响应方法
for (Observer obs : observers) {
obs.update(subject);
}
}
}
以后如果被观察者还要有公司人事hr,则也继承Subject类,实现sendNotify方法即可。
public class HR extends Subject {
private String name;
private Job mJobLast; // 最新发布的招聘
public HR(String name) {
this.name = name;
}
// 发布招聘,发布时发送通知
public void publishJob(Job job) {
mJobLast = job;
sendNotify(this);
}
public Job getLastJob() {
return mJobLast;
}
public String getName() {
return name;
}
//----- 其他代码--------------
@Override
public void sendNotify(Subject subject) {
//遍历观察者集合,调用每一个观察者的响应方法
for (Observer obs : observers) {
obs.update(subject);
}
}
}
当然我们发现代码都差不多,所以这里也可以多加一个ConcreteSubject类来继承Subject类,实现sendNotify方法,然后HR类和HeadHunter类都继承ConcreteSubject类即可,不需要再复写sendNotify方法。
观察者两个类,求职者JobSeeker以及数据库管理人员DBManager,实现接口Observer,实现update响应方法:
public class JobSeeker implements Observer {
private String name;
public JobSeeker(String name) {
this.name = name;
}
//----- 其他代码--------------
// 实现响应方法
@Override
public void update(Subject subject) {
if (subject instanceof HeadHunter) {
System.out.println("--->JobSeeker " + name + " wake up, has new job chance. HeadHunter is "
+ ((HeadHunter) subject).getName() + ". Job title is " + ((HeadHunter) subject).getLastJob().getTitle());
} else if (subject instanceof HR) {
System.out.println("--->JobSeeker " + name + " wake up, has new job chance. HR is "
+ ((HR) subject).getName() + ". Job title is " + ((HR) subject).getLastJob().getTitle());
}
}
}
public class DBManager implements Observer {
private String name;
public DBManager(String name) {
this.name = name;
}
//----- 其他代码--------------
// 实现响应方法
@Override
public void update(Subject subject) {
if (subject instanceof HeadHunter) {
System.out.println("--->DBManager " + name + " wake up, add new job to database. HeadHunter is "
+ ((HeadHunter) subject).getName() + ". Job title is " + ((HeadHunter) subject).getLastJob().getTitle());
} else if (subject instanceof HR) {
System.out.println("--->DBManager " + name + " wake up, add new job to database. HR is "
+ ((HR) subject).getName() + ". Job title is " + ((HR) subject).getLastJob().getTitle());
}
}
}
这里在处理的时候,根据不同的被观察者发的消息区分做了对待。后续如果还有新的观察者要加入,只需要实现接口Observer,实现update方法即可。
在Java中测试,结果正常。
public class ObserverPattern {
public static void main(String[] args) {
HeadHunter headHunter = new HeadHunter("headHunter");
HR hr = new HR("Mike");
JobSeeker jobSeeker1 = new JobSeeker("jobSeeker1");
JobSeeker jobSeeker2 = new JobSeeker("jobSeeker2");
JobSeeker jobSeeker3 = new JobSeeker("jobSeeker3");
DBManager dbManager = new DBManager("dbManager");
// 完成订阅注册添加
headHunter.attach(jobSeeker1);
headHunter.attach(jobSeeker2);
headHunter.attach(jobSeeker3);
headHunter.attach(dbManager);
// 猎头发布招聘,将会依次给观察者发通知
headHunter.publishJob(new Job("Job1"));
// 移除某个观察者
headHunter.detach(jobSeeker2);
// 再次发布招聘,测试移除订阅
headHunter.publishJob(new Job("Job2"));
hr.attach(jobSeeker2);
hr.attach(dbManager);
hr.publishJob(new Job("Job3"));
}
}
—>JobSeeker jobSeeker1 wake up, has new job chance. HeadHunter is headHunter. Job title is Job1
—>JobSeeker jobSeeker2 wake up, has new job chance. HeadHunter is headHunter. Job title is Job1
—>JobSeeker jobSeeker3 wake up, has new job chance. HeadHunter is headHunter. Job title is Job1
—>DBManager dbManager wake up, add new job to database. HeadHunter is headHunter. Job title is Job1
—>JobSeeker jobSeeker1 wake up, has new job chance. HeadHunter is headHunter. Job title is Job2
—>JobSeeker jobSeeker3 wake up, has new job chance. HeadHunter is headHunter. Job title is Job2
—>DBManager dbManager wake up, add new job to database. HeadHunter is headHunter. Job title is Job2
—>JobSeeker jobSeeker2 wake up, has new job chance. HR is Mike. Job title is Job3
—>DBManager dbManager wake up, add new job to database. HR is Mike. Job title is Job3
总结
观察者模式是一种使用频率非常高的设计模式,无论是移动应用、Web应用或者桌面应用,观察者模式几乎无处不在,它为实现对象之间的联动提供了一套完整的解决方案,凡是涉及到一对一或者一对多的对象交互场景都可以使用观察者模式。观察者模式广泛应用于各种编程语言的GUI事件处理的实现,在基于事件的XML解析技术(如SAX2)以及Web事件处理中也都使用了观察者模式。
主要优点
- 观察者模式可以实现表示层和数据逻辑层的分离,定义了稳定的消息更新传递机制,并抽象了更新接口,使得可以有各种各样不同的表示层充当具体观察者角色。
- 观察者模式在观察目标和观察者之间建立一个抽象的耦合。观察目标只需要维持一个抽象观察者的集合,无须了解其具体观察者。由于观察目标和观察者没有紧密地耦合在一起,因此它们可以属于不同的抽象化层次。
- 观察者模式支持广播通信,观察目标会向所有已注册的观察者对象发送通知,简化了一对多系统设计的难度。
- 观察者模式满足“开闭原则”的要求,增加新的具体观察者无须修改原有系统代码,在具体观察者与观察目标之间不存在关联关系的情况下,增加新的观察目标也很方便。
主要缺点
- 如果一个观察目标对象有很多直接和间接观察者,将所有的观察者都通知到会花费很多时间。
- 如果在观察者和观察目标之间存在循环依赖,观察目标会触发它们之间进行循环调用,可能导致系统崩溃。
- 观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的,而仅仅只是知道观察目标发生了变化。当然这可能也正是该模式的优点。
适用场景
- 一个抽象模型有两个方面,其中一个方面依赖于另一个方面,将这两个方面封装在独立的对象中使它们可以各自独立地改变和复用。
- 一个对象的改变将导致一个或多个其他对象也发生改变,而并不知道具体有多少对象将发生改变,也不知道这些对象是谁。
- 需要在系统中创建一个触发链,A对象的行为将影响B对象,B对象的行为将影响C对象……,可以使用观察者模式创建一种链式触发机制。