快速业务通道

EJB设计模式(四) - 编程入门网

作者 佚名技术 来源 NET编程 浏览 发布时间 2012-06-18

EJB设计模式(四)

时间:2011-03-25

在设计模式3中我们看到使bean从struct继承后使得代码大幅缩水并且所有的字段都可定义为cmp字段。这里,我们可以更进一步修正setdata()和getdata()的实现方法来减少代码量。

我们为这个struct增加一个方法。

value Object code snippet for Company public class CompanyStruct implements java.io.Serializable { public Integer comId; public String comName; public String comDescription; public Timestamp mutationDate; public void copyFrom(CompanyStruct struct) { comId = struct.comId; comName = struct.comName; comDescription = struct.comDescription; mutationDate = struct.mutationDate; } }

由于entity bean是从struct继承下来的,在bean的实现类中也一样可以引用copyfrom()方法,当然,必须注意的是,这个copyfrom()方法并不是一个商业方法,它不需要在bean的远程接口中暴露给调用者。

现在,getdata()和setdata()方法可以简化更进一步的简化。

Code snippet for an Entity Bean’s getData() public CompanyStruct getData() { CompanyStruct result = new CompanyStruct(); result.copyFrom(this); return result; }

这里把this作为一个参数传入copyfrom()。由于enttity bean从struct继承而来,于是这个entitty bean便可以作为一个struct传入。

EJB容器并不赞成把this指针作为一个参数传递因为在两个控制线程中同时访问一个bean的实例可能会引起事务冲突。但事实上我们所做的并没有违背这个原则,因为我们的并没有在bean之间传递this的引用并且也没有引用任何可能引起事务冲突的方法。

Code snippet for an Entity Bean’s setData() public void setData(CompanyStruct struct) { this.copyFrom(struct); }

对于一个映射到有很多列的表的entity bean,这种实现方法的优点是使得bean实现类的代码非常简单。这种设计模式使得代码及其精简,可读性和可维护性也大大增强。任何数据库的修改都只需要修改作为基类的struct,而几乎不需要修改bean的代码。把这种改变从struct分离出来,当cmp字段发生改变时需要修改部署描述符。这就使得开发时能够更好的适应设计的改变。

这里,还是没有实现bean之间的关系,这将在设计模式5中解决。

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

分享到: 更多

Copyright ©1999-2011 厦门凌众科技有限公司 厦门优通互联科技开发有限公司 All rights reserved

地址(ADD):厦门软件园二期望海路63号701E(东南融通旁) 邮编(ZIP):361008

电话:0592-5908028 传真:0592-5908039 咨询信箱:web@lingzhong.cn 咨询OICQ:173723134

《中华人民共和国增值电信业务经营许可证》闽B2-20100024  ICP备案:闽ICP备05037997号