Java

本类阅读TOP10

·使用MyEclipse开发Struts框架的Hello World!(录像1)
·hibernate配置笔记
·AOP编程入门--Java篇
·linux下Tomcat 5.0.20 与 Apache 2 安装/集成/配置
·在win2003下整合了整合Tomcat5.5+ apache_2.0.53+ mod_jk_2.0.47.dll
·构建Linux下IDE环境--Eclipse篇
·Jsp 连接 mySQL、Oracle 数据库备忘(Windows平台)
·ASP、JSP、PHP 三种技术比较
·Tomcat5.5.9的安装配置
·AWT GUI 设计笔记(二)

分类导航
VC语言Delphi
VB语言ASP
PerlJava
Script数据库
其他语言游戏开发
文件格式网站制作
软件工程.NET开发
Session Facade设计模式

作者:未知 来源:月光软件站 加入时间:2005-2-28 月光软件站

Session Facade设计模式

J2EE是Sun公司提出的开发和运行企业级Web应用的标准,可以用于开发大型的、多层次的以及分布式的企业级Web应用系统。J2EE技术为组件开发提供了广泛的支持,同时也提供了丰富的开发工具和服务,便于开发模块化的,可重用的和平****立的业务逻辑[4]。设计模式的优势在J2EE应用的设计中得到了充分的体现。

EJB的设计是J2EE应用设计中的核心模块。它强调的是可复用性、可维护性、可移植性等。当开发者设计EJB时,最困难的工作就是要选择一个正确的体系结构,或者一个正确的逻辑层的划分[5]。目前,EJB的设计模式有几十种,如何选择适合自己项目的模式是EJB设计的关键问题,也是最难解决的问题。

1引入Session Facade模式

EJB客户端可以直接通过网络访问参与工作流的业务对象,如图1所示:

1:无Session Facade时的情况

这样处理时存在着几个问题:

l         当依靠RMI-IIOP技术进行跨越网络的调用时,系统性能会受到极大影响。如果一个客户端需要两个业务对象的信息,比如用户在网上购物时,同时需要得到CustomerEJB中的用户名及购物密码、AddressEJB中的用户E-MAIL和电话等,则将需要两个远程方法调用,并且这两个调用都是细粒度的。如果一个EJB客户端需要调用三个业务对象的方法,则将需要三个远程方法调用。当存在着大量的EJB客户端,而每个客户端又需要调用多个业务对象时,这种细粒度的网络调用就会成倍的增加,系统性能就会因为网络负载而降低。

l         更重要的是,如果允许 EJB 客户端直接访问业务对象,那么就要求客户端了解业务对象的内部方法,这样就把业务模型的细节不适当地暴露给了客户端,从而增加了客户端与业务对象之间的耦合度。当业务对象的方法做了改动时,调用它的客户端的程序也要进行相应的修改。这样做就违背了EJB的设计中要求具有良好的可移植性的原则。

为了解决这个问题,有几个常见的解决方案:

1.在业务对象中加入额外的逻辑,在一个单独的客户调用中完成许多操作。这个解决方案引入了维护问题。如果每次需要性能增强时都在业务对象上增加应用逻辑,则业务对象将很快变得臃肿和难于理解,难以维护和复用。

2.为客户端划分一个聚合,该聚合通过JTA构建一个大的事务。每个业务对象的方法调用都工作在一个相同的事务之下。这个改进的解决方案也有很多缺点,如网络开销高,并发性差,耦合度高,可复用性差,可维护性差等。

3.在EJB设计中,避免直接访问业务对象的最佳解决方案就是运用Session Facade模式。

2 Session Facade模式介绍

Facade模式描述为:“为子系统中的一套接口提供了一个统一的接口。Facade 定义了一个更高层次的接口,使子系统更容易使用。”[6] 在EJB设计中,Session Facade是应用最广泛的设计模式。它应用Session Bean来实现Facade模式的思想,把构成子系统的一套业务对象“包装”在Session Bean中。这样,Session Facade作为客户端访问业务对象的拦截器,屏蔽了业务对象。EJB客户端访问Session Bean来代替访问业务对象,当一个EJB客户端需要调用多个业务对象的方法时,它只需要进行一次粗粒度的远程方法调用,将请求送给Session Facade, 再由Session Facade通过本地方法调用,调用相应的业务对象,执行其方法。这样就减轻了网络负载,提高了系统性能。并且当业务对象的方法改动时,只需要修改Session Bean,而客户端可以保持不变。这就减少了客户端和业务对象之间的耦合度,同时客户端也不必管理事务的细节。如图2所示:

2:有Session Facade时的情况

3 Session Facade模式的优点

1)       严格分离了业务逻辑和表示层,降低系统的耦合度,提高可管理性。Session Facade作为客户端和业务对象之间的控制器,实现客户端和业务对象之间的交互。Session Facade模式将业务逻辑完全封装在Session Bean中。客户端作为表示层,无须关心业务逻辑层的事情,这就严格的将业务逻辑从表示逻辑分离。从而可以减少紧密耦合,以及客户端对业务组件的依赖性。

2)       提供简单的统一接口。客户端和业务对象之间的交互是非常复杂的。Session Facade抽象了该复杂性,并向客户端提供了一个容易理解和使用简单的统一接口。Session Facade可以向不同类型的客户端提供统一的粗粒度访问接口。

3)       降低网络开销,提高系统性能。由于Session Facade提供了粗粒度的访问,因此,客户端可以只调用一次Session Facade的远程方法,即只需要一次网络调用;在服务器端,Session Facade和业务对象通过本地接口来调用,从而不需要任何网络开销。 即使Session Facade和业务对象通过远程接口来调用, 大多数应用服务器也将优化它们之间的通信。

4)       安全集成管理。由于Session Facade是客户端访问服务器的接口,这样应用程序的安全策略就可以在Session Facade层进行管理。同时由于Session Facade只需要管理相对较少的粗粒度方法,所以安全策略变得更加容易使用和实现。

5)       事务集成控制。Session Facade提供了管理和定义事务的集中点。在Session Facade上实施事务控制比在所参与的每一个业务对象上实施事务控制关注的对象要少,粒度更大,更容易管理和控制。

 




相关文章

相关软件