设计模式之观察者模式

模式定义

观察者模式：定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，他的所有依赖者都会收到通知并自动更新。

模式理解

根据定义拆解理解，一对多是指一个被观察者和多个观察者，例如，一个kafka主题可以被多个分组订阅。状态改变是指被观察者的状态改变，所有依赖者是指观察者，当被观察者改变时，订阅改变消息的观察者会收到变动通知，然后通过主动“拉”或者被动“推”来做出响应。
“推”：观察者直接将数据通过接口参数传递给被观察者。
“拉”：观察者持有被观察者对象，被观察者将获取数据方法设置为public，观察者主动调用被观察方法来“拉”去想要的数据。
优劣：“推”观察者不需要知道被观察者内部信息，被动接收消息，相对来说被观察者更加安全，推荐使用。而“拉”的方式，被观察者需要公开获取数据的方法给观察者拉去，站在观察者角度来说相对灵活，需要什么拿什么，但是不安全。
举例：我们订阅公众号，当公众号有内容更新时，会主动将内容推送给订阅者。

实现方式

1. 自定义观察者模式（推荐）
   观察者模式示例：link
2. jdk内置观察者模式

• 观察者接口：java.util.Observer
• 被观察者：java.util.Observable
  通过继承java.util.Observable来实现被观察对象，观察者实现java.util.Observer的update()方法即可。
  优点：方便使用，省去了个人观察者注册、移除等代码开发，且是线程安全的。
  缺点：继承方式违反了面向接口编程的设计原则，也违反了多用组合少用继承的设计原则，耦合性高。

设计原则

1. 针对接口编程，不针对实现编程
   在观察者模式中，主题（被观察者）和观察者都是用接口，观察者使用接口向主题注册，而主题利用观察者接口通知观察者。这样可以让两者之间运作正常且松耦合。
2. 多用组合，少用继承。
   在观察者模式中，使用持有观察者集合的方式将观察者注册到主题（被观察者）中，对象直接不通过继承产出关系。

开源框架

著名的调度框架quartz中，Scheduler类似于一个被观察者，Job类似于观察者，可以理解为观察者模式。