這篇“EJB設(shè)計(jì)模式實(shí)例分析”文章的知識(shí)點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價(jià)值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來(lái)看看這篇“EJB設(shè)計(jì)模式實(shí)例分析”文章吧。

創(chuàng)新互聯(lián)是一家專(zhuān)業(yè)提供佛山企業(yè)網(wǎng)站建設(shè),專(zhuān)注與網(wǎng)站制作、做網(wǎng)站、H5頁(yè)面制作、小程序制作等業(yè)務(wù)。10年已為佛山眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專(zhuān)業(yè)網(wǎng)絡(luò)公司優(yōu)惠進(jìn)行中。

就像我們?cè)谠O(shè)計(jì)模式4中看到的, Entity Bean的實(shí)現(xiàn)大小被縮減到在EJBCreate(), getData()
and setData()方法中的僅僅幾行,不管CMP字段的數(shù)目.
下一步是建模公司和雇員的Entity Beans,這個(gè)有點(diǎn)繁瑣而且建議讀者先對(duì)borland
公司的OR Mapping和高級(jí)CMP有所了解.

對(duì)這個(gè)關(guān)系建模根本不需要對(duì)結(jié)構(gòu)的代碼變化,然而Entity Beans實(shí)現(xiàn)類(lèi)需要一點(diǎn)點(diǎn)
修改來(lái)反映兩個(gè)實(shí)體間的關(guān)系,鑒于此Deployment Descriptor需要有小的修改.
象以前, Entity Bean從結(jié)構(gòu)繼承,下面是公司Entity Bean的代碼片段:
public class CompanyBean extends CompanyStruct
implements EntityBean {
EntityContext entityContext;
// CMP for all fields in the CompanyStruct
public Java.util.Collection employees; //one-to-many
//rest of the code including getData() and setData()
public java.util.Collection getEmployees() {
return employees;
}
}
下面是雇員Entity Bean的程序片段:
public class EmployeeBean extends EmployeeStruct
implements EntityBean {
EntityContext entityContext;
//CMP for all fields in EmployeeStruct EXCEPT
//the comId
public Company company;//remote reference to company
}
在上面的程序片段中,雇員Entity Bean從雇員結(jié)構(gòu)繼承,雇員結(jié)構(gòu)本身有
一個(gè)字段comId表示雇員和公司之間的的外鍵,在所有的前面的設(shè)計(jì)模式中,
這個(gè)字段是CMP的.而在設(shè)計(jì)模式5中這個(gè)字段用在Deployment Descriptor中
un-checking的方法從CMP中去掉.而對(duì)公司Entity Bean的遠(yuǎn)程引用現(xiàn)在是CMP的.
現(xiàn)在的問(wèn)題是怎么在getData()和SetData()方法中更新公司Entity Bean的引用,
當(dāng)這些方法只get和set comId(在設(shè)計(jì)模式上下文中沒(méi)有被CMP)的值.
簡(jiǎn)單的說(shuō),過(guò)程的結(jié)構(gòu)沒(méi)有變化并且字段comId(不再CMP)在RPC中被拷貝到
Entity Bean和從Entity Bean拷貝出來(lái).需要的是對(duì)公司Entity Bean的遠(yuǎn)程
引用在必須被寫(xiě)入數(shù)據(jù)庫(kù)和從數(shù)據(jù)庫(kù)讀出時(shí)更新.我們需要用ejbLoad()和ejbStore()
方法在Entity Bean實(shí)現(xiàn)類(lèi)中為我們完成這項(xiàng)工作.
在雇員Entity Bean中的ejbLoad()方法的代碼片段如下:
public void ejbLoad() {
try {
comId=(company ==
null)?null:(Integer)company.getPrimaryKey();
} catch (Exception e) {
//throw some runtime exception (e.g. EJBException)
}
}
以上代碼幾乎不需要解釋.當(dāng)數(shù)據(jù)被從數(shù)據(jù)庫(kù)中讀出(在事務(wù)的開(kāi)始時(shí)候),
comId(不是CMP)字段在雇員Entity Bean被set.因此當(dāng)getData()方法被調(diào)用時(shí),
返回的結(jié)構(gòu)將包含正確地comId的值.
在雇員Entity Bean中的ejbStore()方法如下:
public void ejbStore() {
try {
company = (comId ==
null)?null:beanGlossary.getCompanyHome().findbyPrimary
Key(comId);
} catch (Exception e) {
//throw some runtime exception (e.g. EJBException)
}
}
ejbStore()在事務(wù)結(jié)束當(dāng)數(shù)據(jù)被寫(xiě)入數(shù)據(jù)庫(kù)時(shí)被調(diào)用.在這種情況下,comId的值
被修改(通過(guò)調(diào)用setData方法),this必須被寫(xiě)到數(shù)據(jù)庫(kù)中.在上面方法中的代碼
把comId轉(zhuǎn)化成公司的遠(yuǎn)程引用.(畢竟comId是公司Entity Bean的主鍵).
使用空check的原因是數(shù)據(jù)庫(kù)不能存空值(表之間的弱引用),并且這些同樣需要建模.
任何情況下,用java對(duì)基本類(lèi)型的封裝要比使用基本類(lèi)型自己好,因?yàn)樗麄兡?br/>存空值而且易于轉(zhuǎn)換成其他形式.
上面的BeanGlossary類(lèi)的代碼片斷容易引起一些混淆.
這實(shí)際上是一個(gè)捕獲EJB的lookup的utility類(lèi)(一個(gè)無(wú)狀態(tài)session bean),
在entity bean和有狀態(tài)session bean的情況下,Home接口的lookup是被緩沖的.
在無(wú)狀態(tài)session bean的情況下,Remote接口是被緩沖的(作為ejb規(guī)范1.1的一部分,
一個(gè)SLSB在Home接口中調(diào)用的create()是不被優(yōu)化的).
通過(guò)在上面上下文的緩沖,我們意思是第一個(gè)請(qǐng)求是被lookup的.隨后的調(diào)用是得到
已經(jīng)在對(duì)象引用中初始化的home接口或remote接口.
BeanGlossarySB utility類(lèi)的代碼片段如下:
public class BeanGlossarySB implements SessionBean {
private Context context = null;
public javax.naming.Context getContext() throws
NamingException {
if (context == null)
context = new javax.naming.InitialContext();
return context;
}
// Company
private CompanyHome companyHome = null;
public CompanyHome getCompanyHome() throws
NamingException {
if (companyHome == null)
companyHome = ((CompanyHome)
javax.Rmi.PortableRemoteobject.narrow(
getContext().lookup("java:comp/env/ejb/Company"),
CompanyHome.class));
return companyHome;
}
// rest of the EJBs
}
在設(shè)計(jì)模式5中,我們沒(méi)有處理Entity Bean的Home接口.
在雇員Entity Bean的情況下, 會(huì)有一個(gè)finder元素在
findEmployeesByCompany(Company pCompany)的幾行中,
這將會(huì)返回雇員遠(yuǎn)程引用的集合. 在公司Entity Bean 中的Deployment
Descriptor map了在上面定義的finder元素的雇員集合.
這樣,在公司Entity Bean中的方法getEmployees()在remote接口中的調(diào)用
返回需要的與那家公司相聯(lián)系的遠(yuǎn)程引用的雇員的集合.

以上就是關(guān)于“EJB設(shè)計(jì)模式實(shí)例分析”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對(duì)大家有幫助，若想了解更多相關(guān)的知識(shí)內(nèi)容，請(qǐng)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。

文章標(biāo)題：EJB設(shè)計(jì)模式實(shí)例分析-創(chuàng)新互聯(lián)
網(wǎng)頁(yè)URL：http://www.rwnh.cn/article32/ccjopc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)網(wǎng)站制作、微信小程序、做網(wǎng)站、網(wǎng)站設(shè)計(jì)公司、用戶(hù)體驗(yàn)、域名注冊(cè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)