Java设计模式之观察者模式

观察者模式

观察者模式是对象的行为模式，又被称为发布-订阅模式、源-监听器模式或从属者模式。

观察者模式定义一种一对多的依赖关系，让多个观察者同时监听某一个主题对象，当这个主题对象的状态发生变化时，会通知所有的观察者对象，是他们能够更新自己。

观察者模式所涉及的角色

抽象主题

抽象主题的作用主要是把所有观察者对象的引用保存在一个链表里面，并提供删除观察者、添加观察者、通知观察者的方法。并维护一个接口。

具象主题

将需要被观察的数据封装起来，在内部的被观察数据发生变化时，需要通知观察者，

抽象观察者

为所有具体的观察者定义一个接口，在得到主题的时候通知自己。

具象观察者

具体观察者首先实现抽象观察者的接口，以便接收来自主题的更新。如果需要，具体观察者角色可以保持一个指向具体主题对象的引用。

具体需求

有一个气象站，现在需要监听气象站的温度、湿度、气压的变化，来根据业务要求来设定不同的布告板的显示。

气象者 被观察者 相当于 主题

布告板 观察者 相当于 观察者

代码git(com.dx.observer.push):

git@github.com:NobiGo/DesignPatterns.git

推模型和拉模型

主题对象向观察者推送主题的详细信息，不管观察者是否需要，推送的信息通常是主题对象的全部或部分数据。

主题对象在通知观察者的时候，只传递少量信息。观察者如果需要更具体的信息，由观察者主动到主题对象中获取，相当于观察者从主题中拉数据。一般在这种模型中，会把主题的对象传递给观察者，这样在观察者需要数据的时候，就可以通过这个引用来拉取了。

上述的例子就是典型的推例子

下面再以拉的方式实现上面的需求

代码git(com.dx.observer.pull):

git@github.com:NobiGo/DesignPatterns.git

两种模式的比较：

推模型是在主题对象知道观察者需要的数据的情况下使用的

拉模型是主题对象不知道观察者具体需要什么数据，没有办法的情况下，干脆把自身传递给观察者，让观察者自己去按需要取值。

推模型可能会使得观察者对象难以复用，因为观察者的update()方法是按需要定义的参数，可能无法兼顾没有考虑到的使用情况。这就意味着出现新情况的时候，就可能提供新的update()方法，或者是干脆重新实现观察者；而拉模型就不会造成这样的情况，因为拉模型下，update()方法的参数是主题对象本身，这基本上是主题对象能传递的最大数据集合了，基本上可以适应各种情况的需要。