EJB设计模式4

Java 专栏收录该内容
44 篇文章 0 订阅

 

设计模式4
在设计模式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);
}
类似的,上面的方法把struct的值赋给enttity bean。

对于一个映射到有很多列的表的entity bean,这种实现
方法的优点是使得bean实现类的代码非常简单。这种设
计模式使得代码及其精简,可读性和可维护性也大大增强。

任何数据库的修改都只需要修改作为基类的struct,而几
乎不需要修改bean的代码。把这种改变从struct分离出来,
当cmp字段发生改变时需要修改部署描述符。这就使得开
发时能够更好的适应设计的改变。
这里,还是没有实现bean之间的关系,这将在设计模式5中解决。
  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值