Flyingis

Talking and thinking freely !
Flying in the world of GIS !
随笔 - 156, 文章 - 16, 评论 - 589, 引用 - 0
数据加载中……

[Design Pattern] The Observer Pattern

    作者:Flyingis

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

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

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

/*  命名空间对象  */
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)
}

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

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

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

posted on 2006-09-30 16:40 Flyingis 阅读(3003) 评论(1)  编辑  收藏 所属分类: 架构与设计

评论

# re: The Observer Pattern [视点]  回复  更多评论   

我们老师做桌面程序时候用到过这个!
哎|~~今天面试时候那老板咋不问我这个呢!
郁闷死!郁闷死啊!!!!!!!!!!!!!!
2006-09-30 22:31 | lazyboy000

只有注册用户登录后才能发表评论。


网站导航: