1 設計背景
??? 目前, 業(yè)務層和實現(xiàn)層之間的必要分隔已成為應用程序" title="應用程序">應用程序規(guī)劃和實現(xiàn)中最復雜的問題之一。為了實現(xiàn)這一分隔，Brett McLaughlin 以業(yè)務接口（Business Interface）模式為基礎，用JavaBean來處理業(yè)務邏輯上的 Web 層抽象。而這里，我們將使用業(yè)務接口模式和Session Bean ,使 Web 層與 Enterprise JavaBeans 組件保持松散耦合。通過將表示業(yè)務邏輯的代碼接口中抽象出業(yè)務邏輯實現(xiàn),以解決核心問題。
2 設計實現(xiàn)" title="設計實現(xiàn)">設計實現(xiàn)
??? 首先我們引入業(yè)務接口模式，業(yè)務接口模式的實現(xiàn)允許我們提供特定于業(yè)務邏輯的接口，用于與Session Bean 交互。在 pro _1中,我們定義一個業(yè)務接口Istdudent, 可以看出IStudent 接口不包含任何 EJB 語義, 所有的實現(xiàn)和 EJB 細節(jié)都在Session? Bean 內(nèi)處理, 由Session? Bean 實現(xiàn)該接口。
pro_1. Student 業(yè)務接口
package edu.biti.stu;
import edu.biti.exceptions.NoStudentException;
import java.rmi.RemoteException;
public interface Istudent
{? public String? getName() throws RemoteException;
?? public long???? getStuNo(String category) throws RemoteException;
?? public boolean identify(long stuNo) throws RemoteException;
}
現(xiàn)在，讓我們看一下Web 層是如何訪問 Istudent 接口和Session Bean的：
pro_2. 使用 IStudent 接口
StudentHome stuHome =
???? (StudentHome)EJBHomeFactory.getInstance().
???? lookup("java:comp/env/ejb/StudentHome",
???????????????? StudentHome.class);
IStudent stu = stuHome.create();
??? 在pro_2通過查詢 Student bean 的 home 接口，然后從 home 接口獲得 IStudent 接口的實現(xiàn)。我們可以看到上述代碼并沒有采取常用訪問EJB的放方式--裝入 JNDI 初始上下文、手工獲得 home 接口，隨后直接處理 企業(yè)bean—而是在此基礎上做了進一步改進, 用到另外一個類EJBHomeFactory,我想凡了解設計模式" title="設計模式">設計模式的,對此一定不會陌生,的確他用到了另一種設計模式—工廠模式(Factory)。但它存在一個基本的缺點是：Web 層與 EJB 組件，尤其與 Student Session Bean（不僅是業(yè)務接口）,并沒有完全分離。假如我們不用EJB，而使用 Java Data Object（JDO)或用EJB的一個新版本時, 那么這時應用程序代碼都必須作較大的改動! 雖然目前比較容易編寫緊密耦合的代碼,但這樣做必然是以犧牲應用程序的使用壽命" title="使用壽命">使用壽命為代價的。那么如何實現(xiàn)層次清楚的系統(tǒng)的體系結構（這是必然趨勢）, 繼而使應用程序更具維護性和可擴展性" title="可擴展性">可擴展性呢?為解決這一問題, 我們在此引入業(yè)務代理模式。
??? 業(yè)務代理模式與業(yè)務接口模式完全不同。業(yè)務接口模式僅僅定義了業(yè)務邏輯接口,具體的實現(xiàn)用Session Bean完成，而業(yè)務代理并不是接口,它提供了對業(yè)務邏輯的訪問，但不存在與其實現(xiàn)( Session EJB)組件的相關性。事實上,業(yè)務代理是一個helper類，用以與 EJB 容器交互、獲取資源以及釋放資源。
??? 具體實現(xiàn)參見Pro_3。
pro_3. 用于 Student? bean 的業(yè)務代理
package edu.biti.stu;
import java.rmi.RemoteException;
import javax.naming.NamingException;
public class StudentDelegate implements IStudent
{? private IStudent student;
?? public StudentDelegate()
{? init();
? }
? public void init()
{? try
???? {? // 查詢并獲取EJB
??????? StudentHome StudentHome =
????????????? (StudentHome)EJBHomeFactory.getInstance().lookup(
????????????????? "java:comp/env/ejb/StudentHome", StudentHome.class);
??????? Student = StudentHome.create();
}
catch (Exception e)
{? e.printStackTrace();
???? }
public String? getName() throws StudentException
{? try
??????? {? return? student.getName();
??????? }
catch (RemoteException e)
{? e.printStackTrace();
??????? }
???? }
public long getStuNo() throws StudentException
{? try
??????? {? return Student.getStuNo();
??????? }
catch (RemoteException e)
{? e.printStackTrace();
??????? }
???? }
public boolean? identify(long stuNo) throws StudentException
{? try
??????? {? return student. identify (stuNo);
??????? }
catch (RemoteException e)
{? e.printStackTrace();
??????? }
???? }
????? //……..
}
????在 StudentDelegate 類中，每個方法都可以響應傳遞給Session? bean的請求。用init() 方法進行初始化資源。這樣StudentDelegate就除去了應用程序 Web 層之間的相關性。在應用中我們只需如下調(diào)用即可：
IStudent stu = new StudentDelegate();
結束語
????本文通過對j2ee設計模式的使用,實現(xiàn)了web與EJB的分離，可見,在web 層代碼清晰、簡潔,根本不涉及EJB層的代碼，大大方便了以后程序的維護和修改工作。以后如果需要從使用 EJB 移植到使用純 JDO，那么可進需要用新的 JDO類來重寫業(yè)務代理就可以了。而 這一變化并不會影響Web 層，所以WEB層根本不需要重新編譯和修改,大大降低了所編碼的工作量。
參考文獻：
1.?Srikanth Shenoy? 《Best practices in EJB exception handling》? developerWorks, 2002 .5
2.?developerWorks Java
3.?TheServerSide.com
4.?sun.java.com? J2ee design pattern
??? 目前, 業(yè)務層和實現(xiàn)層之間的必要分隔已成為應用程序" title="應用程序">應用程序規(guī)劃和實現(xiàn)中最復雜的問題之一。為了實現(xiàn)這一分隔，Brett McLaughlin 以業(yè)務接口（Business Interface）模式為基礎，用JavaBean來處理業(yè)務邏輯上的 Web 層抽象。而這里，我們將使用業(yè)務接口模式和Session Bean ,使 Web 層與 Enterprise JavaBeans 組件保持松散耦合。通過將表示業(yè)務邏輯的代碼接口中抽象出業(yè)務邏輯實現(xiàn),以解決核心問題。
2 設計實現(xiàn)" title="設計實現(xiàn)">設計實現(xiàn)
??? 首先我們引入業(yè)務接口模式，業(yè)務接口模式的實現(xiàn)允許我們提供特定于業(yè)務邏輯的接口，用于與Session Bean 交互。在 pro _1中,我們定義一個業(yè)務接口Istdudent, 可以看出IStudent 接口不包含任何 EJB 語義, 所有的實現(xiàn)和 EJB 細節(jié)都在Session? Bean 內(nèi)處理, 由Session? Bean 實現(xiàn)該接口。
pro_1. Student 業(yè)務接口
package edu.biti.stu;
import edu.biti.exceptions.NoStudentException;
import java.rmi.RemoteException;
public interface Istudent
{? public String? getName() throws RemoteException;
?? public long???? getStuNo(String category) throws RemoteException;
?? public boolean identify(long stuNo) throws RemoteException;
}
現(xiàn)在，讓我們看一下Web 層是如何訪問 Istudent 接口和Session Bean的：
pro_2. 使用 IStudent 接口
StudentHome stuHome =
???? (StudentHome)EJBHomeFactory.getInstance().
???? lookup("java:comp/env/ejb/StudentHome",
???????????????? StudentHome.class);
IStudent stu = stuHome.create();
??? 在pro_2通過查詢 Student bean 的 home 接口，然后從 home 接口獲得 IStudent 接口的實現(xiàn)。我們可以看到上述代碼并沒有采取常用訪問EJB的放方式--裝入 JNDI 初始上下文、手工獲得 home 接口，隨后直接處理 企業(yè)bean—而是在此基礎上做了進一步改進, 用到另外一個類EJBHomeFactory,我想凡了解設計模式" title="設計模式">設計模式的,對此一定不會陌生,的確他用到了另一種設計模式—工廠模式(Factory)。但它存在一個基本的缺點是：Web 層與 EJB 組件，尤其與 Student Session Bean（不僅是業(yè)務接口）,并沒有完全分離。假如我們不用EJB，而使用 Java Data Object（JDO)或用EJB的一個新版本時, 那么這時應用程序代碼都必須作較大的改動! 雖然目前比較容易編寫緊密耦合的代碼,但這樣做必然是以犧牲應用程序的使用壽命" title="使用壽命">使用壽命為代價的。那么如何實現(xiàn)層次清楚的系統(tǒng)的體系結構（這是必然趨勢）, 繼而使應用程序更具維護性和可擴展性" title="可擴展性">可擴展性呢?為解決這一問題, 我們在此引入業(yè)務代理模式。
??? 業(yè)務代理模式與業(yè)務接口模式完全不同。業(yè)務接口模式僅僅定義了業(yè)務邏輯接口,具體的實現(xiàn)用Session Bean完成，而業(yè)務代理并不是接口,它提供了對業(yè)務邏輯的訪問，但不存在與其實現(xiàn)( Session EJB)組件的相關性。事實上,業(yè)務代理是一個helper類，用以與 EJB 容器交互、獲取資源以及釋放資源。
??? 具體實現(xiàn)參見Pro_3。
pro_3. 用于 Student? bean 的業(yè)務代理
package edu.biti.stu;
import java.rmi.RemoteException;
import javax.naming.NamingException;
public class StudentDelegate implements IStudent
{? private IStudent student;
?? public StudentDelegate()
{? init();
? }
? public void init()
{? try
???? {? // 查詢并獲取EJB
??????? StudentHome StudentHome =
????????????? (StudentHome)EJBHomeFactory.getInstance().lookup(
????????????????? "java:comp/env/ejb/StudentHome", StudentHome.class);
??????? Student = StudentHome.create();
}
catch (Exception e)
{? e.printStackTrace();
???? }
public String? getName() throws StudentException
{? try
??????? {? return? student.getName();
??????? }
catch (RemoteException e)
{? e.printStackTrace();
??????? }
???? }
public long getStuNo() throws StudentException
{? try
??????? {? return Student.getStuNo();
??????? }
catch (RemoteException e)
{? e.printStackTrace();
??????? }
???? }
public boolean? identify(long stuNo) throws StudentException
{? try
??????? {? return student. identify (stuNo);
??????? }
catch (RemoteException e)
{? e.printStackTrace();
??????? }
???? }
????? //……..
}
????在 StudentDelegate 類中，每個方法都可以響應傳遞給Session? bean的請求。用init() 方法進行初始化資源。這樣StudentDelegate就除去了應用程序 Web 層之間的相關性。在應用中我們只需如下調(diào)用即可：
IStudent stu = new StudentDelegate();
結束語
????本文通過對j2ee設計模式的使用,實現(xiàn)了web與EJB的分離，可見,在web 層代碼清晰、簡潔,根本不涉及EJB層的代碼，大大方便了以后程序的維護和修改工作。以后如果需要從使用 EJB 移植到使用純 JDO，那么可進需要用新的 JDO類來重寫業(yè)務代理就可以了。而 這一變化并不會影響Web 層，所以WEB層根本不需要重新編譯和修改,大大降低了所編碼的工作量。
參考文獻：
1.?Srikanth Shenoy? 《Best practices in EJB exception handling》? developerWorks, 2002 .5
2.?developerWorks Java
3.?TheServerSide.com
4.?sun.java.com? J2ee design pattern
本站內(nèi)容除特別聲明的原創(chuàng)文章之外，轉(zhuǎn)載內(nèi)容只為傳遞更多信息，并不代表本網(wǎng)站贊同其觀點。轉(zhuǎn)載的所有的文章、圖片、音/視頻文件等資料的版權歸版權所有權人所有。本站采用的非本站原創(chuàng)文章及圖片等內(nèi)容無法一一聯(lián)系確認版權者。如涉及作品內(nèi)容、版權和其它問題，請及時通過電子郵件或電話通知我們，以便迅速采取適當措施，避免給雙方造成不必要的經(jīng)濟損失。聯(lián)系電話：010-82306118；郵箱：aet@chinaaet.com。