两种设计模式在EJB开发中的应用
摘要:本文介绍了J2EE的分层结构,深入研究了如何使用Session Facade模式和ValueObject 模式设计EJB,并对其开发过程做了较详细的说明。
关键字:EJB ;值对象模式;会话外观模式
一、概述
与传统的二层体系结构相比,J2EE有两个特点:
1、定义了一套标准化组件,通过为这些组件提供完整的服务。
2、使用多层分布式的应用程序模型。应用程序的逻辑根据其实现的不同功能被封装到不同的组件中。如图1所示。
这种多层结构使企业级应用具有很强的伸缩性,允许各层专注于某种特定的角色:
1、Client Tier用于显示。
2、Web Tier用于生成动态显示。
3、Business Tier用于实现业务逻辑。
4、EIS Tier用于数据库服务。
其中,用于实现业务逻辑的EJB组件架构是J2EE的基础和最重要的部分。
正是认识到J2EE平台作为一种可扩展的、全功能的平台,可以将关键的企业应用扩展到任何Web浏览器上并可适合多种不同的Internet数据流、可连接到几乎任何一种传统数据库和解决方案,J2EE已经成为开发电子商务应用的事实标准。
为了使开发者开发出规范的、可重用的应用程序,J2EE为我们提供了大量的模式。模式尽管有时不易理解,但使用却非常简单,它提供了强大的可重用机制,避免了开发者和设计者的重复投资。
可是,面对如此多的模式,初学者往往不知如何下手,为此,作者结合以往的开发经验,详细介绍如何使用模式完成EJB的设计。
二、设计与实现
1.值对象模式
J2EE应用程序把服务器端业务组件实现为会话Bean和实体Bean。对于实体Bean的创建,开发人员通常采用CMP(容器管理持久性)模式,其好处在于容器提供公共的服务,例如目录服务、事务管理、安全性、持久性、资源缓冲池以及容错性等,使开发人员不必维护将会集成到业务逻辑中的系统级代码,只需专注于商业逻辑。
一般来说,有了实体bean,就可以通过调用业务组件的一些方法向客户端返回数据。初学者往往会认为既然客户端可以与服务器通信,那么任务就算完成了。可是,问题恰恰出在这里。业务组件的get方法只能返回一个属性值,这就导致需要获得所有属性值的客户端需要多次调用业务对象的get方法,如图2-1所示。每次调用都是一次网络调用,都会造成系统性能的退化,当调用次数增多时,系统性能就会严重下降。
0条评论