EJB設計模式4 (轉)

EJB設計模式4 (轉)[@more@]

 

設計4
在設計模式3中我們看到使bean從struct繼承後使得程式碼大
幅縮水並且所有的欄位都可定義為cmp欄位。這裡，我們可
以更進一步修正setdata()和getdata()的實現方法來減少程式碼量。
我們為這個struct增加一個方法。


Value code snippet for Company
public class CompanyStruct implements
.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傳入。
容器並不贊成把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中解決。