屡战屡敗,屡敗屡战;失敗是我無奈的宿命,坚韌是我不屈的靈魂

以虚养心,以德养身;以仁养天下物,以道养天下万世。

2008年11月5日 #

Spring中的Callback模式和Template模式<转>

Spring中的Callback模式与Template模式合用,随处可见。Template method被广泛的使用,像Servlet就是使用这个模式。Template mothod模式虽然能简化很多重复的代码,但这种模式的也有不少限制。Template mothod将一个功能的实现分成许多小的步骤,在父类中定义了这些步骤的顺序,让子类来具体实现每一个小的步骤。这些小的步骤是protected,以防止用户不正确的使用这些小的步骤而产生异常。这样就产生了一个限制,那就是你需要继承Template然后重新实现具体的小步骤。如果这个Template有许多方法,就像JdbcTemplate,如果你每次继承这个庞大的类,然后只是重写某个小步骤中来订制你自己的功能,就会显得非常笨重,更何况数据库操作使用的如此频繁,难道你每进行一个操作就通过继承订制一个,显然不可能这么做。
-----------------至所以不完全采用Template的模式是因为Template很庞大,有许多方法,继承它的话划不来:显得笨重。

Spring使用Callback模式与之配合,达到了去掉重复代码的效果,同时增加了很大的灵活性,你只需要实现某些CallBack就可轻松订制出Template。
那么什么时候才是Callback模式与Template模式结合的最佳时机呢?显然如果每个具体的步骤都需要真正去具体实现而不是简单的改变参数或设置某个对象就ok的话,使用Callback很难去订制,因为你可能需要传递多个Callback作为参数,并让用户去实现,是用Java的内部类本来就是一个比较丑陋的语法,更何况参数是多个。这相当于你把每个小步骤封装成为接口,然后分别继承之然后实现。显然没有达到方便灵活的效果,这时候直接使用Template method模式就比结合Callback要好。而如果用户只需要定制一个方法能就达到用户的要求,或者更简单,只是设置不同的参数,那么使用Callback就具有很好的灵活性。
-----------------使用Template-Callback模式的时机:用户只需要定制一两个方法就能达到要求或只需要设置不同的参数。

-----------------Template-Callback模式在Spring中的实现步骤:
1. 创建一个Template对象: jdbcTemplate = new JdbcTemplate(dataSource);
2. 该Template有个execute方法,里面含有需要你传递进来的参数(参数声明可能是接口,也可能是具体类).该方法已经实现了你需要的达到目的的步骤,以及会返回你所需要的东西。你所要做的就是实现该方法所需要的参数。
3. 创建参数并调用Template方法。你可能需要实现接口来创建Template方法所需要的参数(可能采取内部类的形式)。

该模式如何体现了CallBack????

软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调和异步调用。同步调用是一种阻塞式调用,调用方要等待对方执行完毕才返回, 它是一种单向调用;回调是一种双向调用模式,也就是说,被调用方在接口被调用时也会调用对方的接口;异步调用是一种类似消息或事件的机制,不过它的调用方向刚好相反,接口的服务在收到某种讯息或发生某种事件时,会主动通知客户方(即调用客户方的接口)。回调和异步调用的关系非常紧密,通常我们使用回调来实现异步消息的注册,通过异步调用来实现消息的通知。同步调用是三者当中最简单的,而回调又常常是异步调用的基础。

回调就是自己定义的函数但由系统来调用。

posted @ 2008-11-05 00:07 加隆 阅读(172) | 评论 (0)编辑 收藏

仅列出标题  

My Links

Blog Stats

常用链接

留言簿(1)

随笔分类

随笔档案

搜索

最新评论