理解设计模式（观察者）

标签：

　　观察者模式，保证主题和若干观察者之间的一致性。

概述

有时又被称为发布-订阅Subscribe>模式、模型-视图View>模式、源-收听者Listener>模式或从属者模式

此种模式通常被用来实现事件处理系统

特定环境

• 一个对象改变，同时引发其他若干对象发生变化时
• 主动改变的对象和被动变化的对象之间相对独立，以便复用和维护

一类问题

一个系统，由一个对象和若干协作对象组成，同时要避免这些对象之间相互耦合

解决方案

• 抽象主题角色
• 具体主题角色
• 抽象观察者角色
• 具体观察者角色

抽象主题角色

一般由接口或抽象类实现

注册有若干抽象观察者的引用集

同时，能够增删抽象观察者，并在自身发生改变时，通知观察者作出相应变化

具体主题角色

一般由具体子类实现抽象主题角色，具有自己的状态

抽象观察者角色

一般由接口或抽象类实现

为所有具体观察者定义行为规范

并定义方法，接收通知并更新自身状态

具体观察者角色

一般由具体子类实现抽象观察者角色，具有自己的状态，随主题状态变化而变化

推模型和拉模型

在观察者模式中，又分为：

• 推模型
  主题对象向观察者推送主题的详细信息，不管观察者是否需要，推送的信息通常是主题对象的全部或部分数据。
• 拉模型
  主题对象在通知观察者的时候，只传递少量信息
  如果观察者需要更具体的信息，由观察者主动到主题对象中获取，相当于是观察者从主题对象中拉数据
  一般这种模型的实现中，会把主题对象自身通过 update 方法传递给观察者
  这样在观察者需要获取数据的时候，就可以通过这个引用来获取了

两种实现方式的比较

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

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

Java 中的 Observer 接口 和 Observable 类

Observer 接口 ：观察者

Observable 类 ： 主题，即被观察者

通过继承或实现它们，可以快速实现观察者模式，并且线程安全

另外，这两个类型使用的是 拉模型

参考

《JAVA与模式》之观察者模式，作者： java_my_life

理解设计模式（观察者）

标签：

原文地址：http://www.cnblogs.com/CoolSoul/p/4984844.html