观察者设计模式

一。前言

面临的问题：在一个软件系统中，当某个对象的状态（或者执行某些操作）发生变化，某些其他的对象也做出相应的改变。

有什么解决方案呢？

解决方案一：

class objectA{

  operationA1(){

      do something ...

      //通知objectB、objectC做出相应改变

      objectB.operationB1;

      objectC.operationC1;

      objectN.operationN1;

  }

}

class objectB{

   operationB1

}

class objectC{

   operationC1

}概述

在http://www.iteye.com/topic/102068/ 中作者对观察者模式讲解的比较通俗了（表演者和评委的例子），让我也知道了java.util包中有对观察者模式的支持（提供了被观察者类Observable和观察者接口Observer， Observable 类中给出了被观察者应具备的一切条件），还提到spring和hibernate也有对该模式的支持。

 

观察者模式的用途是什么？

 

http://www.ibm.com/developerworks/cn/java/j-aopwork6/ 写道

定义对象之间的一对多依赖关系，因此，当一个对象的状态发生改变时，其所有依赖项都会得到通知，并自动更新。

 

 

这使得观察者适用于所有类型的通知需要。请考虑以下情况：

 

 写道

1.条形图可以观察它显示的数据对象，以便在这些对象变化时对它们进行重新绘制。
2.AccountManager 对象能够观察 Account，这样，在帐户状态改变时，它们可以向销售人员发送一封电子邮件。
3.支付服务能够观察在线音乐商店中的歌曲播放事件，以便向客户收费。

 

 

注：通过看 "相关知识第2条"链接的文章，知道OO（面向对象）对设计模式有一套实现（言外之意就是像AOP也有一套实现了）。这篇学习笔记从OO角度来研究Observer Pattern。

 

回答以下几个问题：

 

http://www.ibm.com/developerworks/cn/java/j-aopwork6/ 写道

1. 哪个对象是主体，哪个对象是观察者？
2. 什么时候主体应当向它的观察者发送通知？
3. 当接收到通知时，观察者应该做什么？
4. 观察关系应当在什么时候开始，什么时候终止？

 

 

角色

抽象主题角色：

抽象观察者角色：

具体主题角色：

具体观察者角色：

 

类图、时序图

 注：Subject类持有Observer的多个引用，之间是依赖关系。

 

 

 

 

 读 《重构与模式》

《重构与模式》p193-198 在原先硬编码设计基础上进行了重构，体会随着需求增多，基于“可扩展性”考虑做的设计，慢慢改进过程。
示例中类A负责收集信息（如测试通过还是失败），类B负责信息显示。
开始时，只有显示到图形用户界面的需求，针对这个需求只要类A持有类B的引用即可。后续增加需求，需要能够将信息同时显示到UI、网页、控制台上。

由于一开始的设计不具备“可扩展性”，随着功能增强，基于原先设计进行开发往往使代码冗余或者不能实现某种功能（同时通知显示在不同界面上）。

硬编码的设计-->Observer模式重构

对于这个示例重构有如下几步
step1.确保通知者和接收者责任明确，通知者只负责信息传递，接收者负责接收信息并做相应处理。——搬移函数重构
因为将信息输出到控制台比较简单，原先的编码是直接在通知者类中输出信息到控制台，“搬移函数”重构是将输出操作搬移到
接收者类中。
step2.提炼接口重构：提取观察者接口or监听器接口or接收者接口or订阅者接口。
该接口中包含哪些方法？需要知道被观察对象需要调用观察者对象里的哪些方法。
step3.。。。

示例

相关知识

1.委派事件模型：Delegation Event Model

2.熟悉了面向方面编程AOP，如果想深入学习 面向方面技术实现设计模式，可参见系列文章

 《用 AspectJ 增强设计模式》

a. http://www.ibm.com/developerworks/cn/java/j-aopwork5/

b. http://www.ibm.com/developerworks/cn/java/j-aopwork6/