两种设计模式在EJB开发中的应用 - 编程入门网

两种设计模式在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的设计。

两种设计模式在EJB开发中的应用(2)

二、设计与实现

1．值对象模式

J2EE应用程序把服务器端业务组件实现为会话Bean和实体Bean。对于实体Bean的创建，开发人员通常采用CMP(容器管理持久性)模式，其好处在于容器提供公共的服务,例如目录服务、事务管理、安全性、持久性、资源缓冲池以及容错性等,使开发人员不必维护将会集成到业务逻辑中的系统级代码,只需专注于商业逻辑。

一般来说，有了实体bean，就可以通过调用业务组件的一些方法向客户端返回数据。初学者往往会认为既然客户端可以与服务器通信，那么任务就算完成了。可是，问题恰恰出在这里。业务组件的get方法只能返回一个属性值，这就导致需要获得所有属性值的客户端需要多次调用业务对象的get方法，如图2-1所示。每次调用都是一次网络调用,都会造成系统性能的退化,当调用次数增多时，系统性能就会严重下降。

这就要求有一种方法使客户端可以一次调用得到所需的大量数据，这种方法就是Value Object(值对象)模式。值对象是任意的可串行化的Java对象，也被称为值的对象，它在一次网络传输中包含和封装了大量的数据并被保存在内存中。这样，当客户端需要再次使用数据的时候,不用再次到数据库中查询,而是直接在内存中读取值对象,节省了大量的时间和系统开销，如图2-2。

值对象模式有两种策略――可更新的值对象策略和多值对象策略。

可更新的值对象策略中，业务对象负责创建值对象，并且在客户端请求时把该值对象返回给客户端；同时，业务对象也可以从客户端接收数据，形成值对象，并使用该对象来完成更新。

例如，在银行系统的例子中,Account 中提供一个以AccountValue为参数的setAccountValueObject方法，这样客户端可以通过这个方法来设置值对象的值，而不采用实体bean--Account中设置每个属性的方法（setBalance()），因为后一种方法会导致大量的网络负载。由于值对象的易变性，所以值对象类必须给每个可以被客户端更新的属性提供设置方法。例如，AccountValue中的setBalance（）方法。这样，一旦某客户端拥有来自业务对象的值对象，客户端就可以在本地调用必要的设置方法来更改属性值，然后调用业务对象的setAccountValueObject()方法更新业务对象。

多值对象策略

一些应

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!