模式实践:观察者模式与Spring - 编程入门网
模式实践:观察者模式与Spring时间:2011-01-15公司的项目告一段落,最近在进行RUP培训项目,有了些空闲的时间。闲暇浏览TheServerSide时,看到一篇名叫《Spring loaded Observer Pattern》的文章,不禁会心一笑——我已在两个月前应用到项目中了。而作者的观点也和我的观点吻合:the Spring framework is a great reason to continue design pattern advocacy in your projects. 下面我将自己在项目中应用的实例拿出来和大家分享,共同进步。 我将实际项目中的包名、业务逻辑代码屏蔽掉了,并进行了一定的简化。 在系统中存在这样的情况:一个功能点触发的动作会引起相关一个或者多个功能点在业务上进行对应的数据处理。而到底有几个功能点要做出相应,要看客户实施了哪些需要作出响应的具体功能点。 例如:A功能点的某项业务会触发B、C、D三功能点做出回应,而客户购买了哪些功能点是个未知数,也许客户不需要C功能点,对A功能点业务操作作出响应的仅有B、D。 根据上面的需求可以得出,设计上要尽量的松散耦合,保持各功能点的独立性。观察者模式责无旁贷的跳了出来(深入浅出观察者模式)。 我们的系统在整体上采用Spring framework来进行Bean管理。利用Spring通过配置文件来加载具体的类的方式——相当于被包装了的工厂,使得代码更加灵活。同样,观察者模式的应用可以很好的借用Spring framework提供的平台,变得更加灵活。 首先创建了抽象观察者角色:
由于仅仅是举例,这里只列出一个具体观察者角色:
模式实践:观察者模式与Spring(2)时间:2011-01-15上面似乎没有什么特别之处。下面的代码就体现了在Spring framework下运用观察者模式的优势。 在观察者模式中,目标角色是被客户程序调用,通过目标角色来通知具体观察者角色。在传统观察者模式中,目标角色中维护有一个观察者角色的列表,列表中的观察者角色通过其它程序进行添加维护——这就注定了观察者列表的改变会引起代码的修改。而通过Spring framework的配置方式注册观察者角色则避免了这种情况。 先看下目标角色(在系统中我忽略了抽象目标角色),与Spring framework有关的代码用紫色标示:
|
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |