观察者设计形式

2012-09-17

观察者设计模式一。前言面临的问题：在一个软件系统中，当某个对象的状态（或者执行某些操作）发生变化，某些其

观察者设计模式
一。前言面临的问题：在一个软件系统中，当某个对象的状态（或者执行某些操作）发生变化，某些其他的对象也做出相应的改变。
有什么解决方案呢？解决方案一：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也有对该模式的支持。

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

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

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

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

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

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

软件开发

观察者设计形式