[Design Pattern] The Observer Pattern

在讨论设计模式时，我喜欢用英文名来称呼各种模式，觉得这样会更为准确一些。设计模式在Java开发领域已经是炙手可热的山芋，披上了这件战袍，似乎就可以在程序设计中立于不败之地，不仅可以规范自己的武功招式，还能够看清其他高手的武功套路。在接下来[Design Pattern]一系列的随笔中，我将系统的学习各种常用的设计模式，主要的参考资料是《Head First Design Patterns》，主要的思路是，介绍基本概念（虽然做Java开发的熟手已经对此熟悉的不得了），将思维转换为代码设计，在实际中的应用，也许还会有各种模式的弊端。

Observer模式是常用的几种设计模式之一，其主要组成部分有：一组关注事件发生的对象，当事件发生时对象应该做的具体事情，以及决定对象参与或退出关注事件行为的控制器。注意，现在不要站在软件设计的角度上来考虑前面的这些名词，站在生活的角度上来看待会更为恰当。《Head First Design Patterns》中介绍的例子通俗易懂，老板决定哪些人成为他某个项目组的员工，去参与某个项目的开发，当然他也可以将某员工从项目组中调离出来，或是开除。在这个过程中，员工就是关注事件发生的对象，某个项目的开发即员工应该做的具体事情，老板拥有控制与调度的权利。

Observer在程序设计中使用最为广泛是事件响应机制。列举《Ajax in Action》中的一段代码：

[code]/* 命名空间对象 */
var jsEvent=new Array();
/*
el:DOM元素
eventType:JavaScript事件类型，如onclick、onmousemove等
*/
jsEvent.EventRouter=function(el,eventType){
this.lsnrs=new Array();
this.el=el;
el.eventRouter=this;
el[eventType]=jsEvent.EventRouter.callback;
}
/*
增加一个监听器
*/
jsEvent.EventRouter.prototype.addListener=function(lsnr){
this.lsnrs.append(lsnr,true);
}
/*
去除一个监听器
*/
jsEvent.EventRouter.prototype.removeListener=function(lsnr){
this.lsnrs.remove(lsnr);
}
/*
通知所有需要响应事件的方法，当事件产生时即调用这些方法
*/
jsEvent.EventRouter.prototype.notify=function(e){
var lsnrs=this.lsnrs;
for(var i=0;i<lsnrs.length;i++){
var lsnr=lsnrs[i];
lsnr.call(this,e);
}
}
/*
定义事件回调函数，this指向DOM元素
*/
jsEvent.EventRouter.callback=function(event){
var e=event || window.event;
var router=this.eventRouter;
router.notify(e)
}[/code]

其中，关注事件发生的对象是lsnr，被保存在一系列的数组lsnrs中。事件产生时应该做的具体事情在notify方法体现。控制器则是removeListener和addListener来完成，它们决定需要哪些对象来关注事件的发生（这里说的“对象”仍然是广义的，非面向对象中的“对象”）。这样就完成了一个简单的JavaScript事件响应的设计，遵循的是Observer设计模式。

Java API内建了一些接口、类来帮助实现Observer模式，具体可以参考java.util包中的Observer接口和Observable类。

Observer模式在软件设计中使用的非常广泛，在事件响应、对象监控、动态响应等领域具有重要的实际应用价值，除此之外，它还可以有效帮助软件设计向Loosely Coupled Design方向发展，降低模块之间的耦合，顺应软件设计发展的潮流。但是，对于一个简单的，对扩展性没有太多要求的应用而言，刻意在应用中引入Observer模式，只会增加代码量，对软件的快速开发和效率提升没有任何好处，还不如将代码写的简单易懂更好。

有什么好的经验，欢迎大家能够一起讨论！

BlogJava上的链接：[url]http://www.blogjava.net/flyingis/archive/2006/09/30/73073.html[/url]