在设计模式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); }
