Java设计模式（四） 观察者模式

本文结合求职者通过在猎头那儿注册从而及时获取职位信息的实例，详细介绍了观察者模式的使用场景及方法。同时介绍了观察者模式的概念，UML类图，优缺点以及观察者模式（未）遵循的OOP原则。...

本文结合求职者通过在猎头那儿注册从而及时获取职位信息的实例，详细介绍了观察者模式的使用场景及方法。同时介绍了观察者模式的概念，UML类图，优缺点以及观察者模式（未）遵循的OOP原则。

观察者模式简介

上文《工厂方法模式》中提到，在工厂方法模式中一种工厂只能创建一种具体产品。而在抽象工厂模式中一种具体工厂可以创建多个种类的具体产品。

观察者模式介绍

观察者模式（Observer Pattern）又叫发布-订阅模式，它定义了一种一对多的依赖关系，多个观察者对象可同时监听某一主题对象，当该主题对象状态发生变化时，相应的所有观察者对象都可收到通知。

观察者模式类图

观察者模式类图如下 (点击可查看大图)



观察者模式角色划分

• 主题，抽象类或接口，如上面类图中的AbstractSubject
• 具体主题，如上面类图中的Subject1，Subject2
• 观察者，如上面类图中的IObserver
• 具体观察者，如上面类图中的Observer1，Observer2，Observer3

观察者模式实例

例：猎头或者HR往往会有很多职位信息，求职者可以在猎头或者HR那里注册，当猎头或者HR有新的岗位信息时，即会通知这些注册过的求职者。这是一个典型的观察者模式使用场景。

实例类图

观察者模式实例类图如下（点击可查看大图）



实例解析

本例代码可从作者Github下载，https://github.com/habren/JavaDesignPattern/tree/master/ObserverPattern/src/main

观察者接口（或抽象观察者，如本例中的ITalent）需要定义回调接口，如下（点击可查看大图）



具体观察者（如本例中的JuniorEngineer，SeniorEngineer，Architect）在回调接口中实现其对事件的响应方法，如下（点击可查看大图）



抽象主题类（如本例中的AbstractHR）定义通知观察者接口，并实现增加观察者和删除观察者方法（这两个方法可被子类共用，所以放在抽象类中实现），如下（点击可查看大图）



具体主题类（如本例中的HeadHunter）只需实现通知观察者接口，在该方法中通知所有注册的具体观察者。代码如下（点击可查看大图）



当主题类有更新（如本例中猎头有新的招聘岗位）时，调用其通知接口即可将其状态（岗位）通知给所有观察者（求职者）



观察者模式优点

• 抽象主题只依赖于抽象观察者
• 观察者模式支持广播通信
• 观察者模式使信息产生层（主题类）和响应层（观察者）分离

观察者模式缺点

• 如一个主题被大量观察者注册，则通知所有观察者会花费较高代价
• 如果某些观察者的响应方法被阻塞，整个通知过程即被阻塞，其它观察者不能及时被通知

观察者模式遵循的OOP原则

• 依赖倒置原则（主题类依赖于抽象观察者而非具体观察者）
• 迪米特法则
• 里氏替换原则
• 接口隔离原则
• 单一职责原则
• 开闭原则

观察者模式未遵循的OOP原则

• NA

原创文章，始发自作者个人博客www.jasongj.com。转载请在文章开头处注明转自【大数据架构】并注明原文链接http://www.jasongj.com/design_pattern/observer/↓↓

    关注 大数据架构