1 設計背景
??? 目前, 業務層和實現層之間的必要分隔已成為應用程序" title="應用程序">應用程序規劃和實現中最復雜的問題之一。為了實現這一分隔，Brett McLaughlin 以業務接口（Business Interface）模式為基礎，用JavaBean來處理業務邏輯上的 Web 層抽象。而這里，我們將使用業務接口模式和Session Bean ,使 Web 層與 Enterprise JavaBeans 組件保持松散耦合。通過將表示業務邏輯的代碼接口中抽象出業務邏輯實現,以解決核心問題。
2 設計實現" title="設計實現">設計實現
??? 首先我們引入業務接口模式，業務接口模式的實現允許我們提供特定于業務邏輯的接口，用于與Session Bean 交互。在 pro _1中,我們定義一個業務接口Istdudent, 可以看出IStudent 接口不包含任何 EJB 語義, 所有的實現和 EJB 細節都在Session? Bean 內處理, 由Session? Bean 實現該接口。
pro_1. Student 業務接口
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;
}
現在，讓我們看一下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 接口的實現。我們可以看到上述代碼并沒有采取常用訪問EJB的放方式--裝入 JNDI 初始上下文、手工獲得 home 接口，隨后直接處理 企業bean—而是在此基礎上做了進一步改進, 用到另外一個類EJBHomeFactory,我想凡了解設計模式" title="設計模式">設計模式的,對此一定不會陌生,的確他用到了另一種設計模式—工廠模式(Factory)。但它存在一個基本的缺點是：Web 層與 EJB 組件，尤其與 Student Session Bean（不僅是業務接口）,并沒有完全分離。假如我們不用EJB，而使用 Java Data Object（JDO)或用EJB的一個新版本時, 那么這時應用程序代碼都必須作較大的改動! 雖然目前比較容易編寫緊密耦合的代碼,但這樣做必然是以犧牲應用程序的使用壽命" title="使用壽命">使用壽命為代價的。那么如何實現層次清楚的系統的體系結構（這是必然趨勢）, 繼而使應用程序更具維護性和可擴展性" title="可擴展性">可擴展性呢?為解決這一問題, 我們在此引入業務代理模式。
??? 業務代理模式與業務接口模式完全不同。業務接口模式僅僅定義了業務邏輯接口,具體的實現用Session Bean完成，而業務代理并不是接口,它提供了對業務邏輯的訪問，但不存在與其實現( Session EJB)組件的相關性。事實上,業務代理是一個helper類，用以與 EJB 容器交互、獲取資源以及釋放資源。
??? 具體實現參見Pro_3。
pro_3. 用于 Student? bean 的業務代理
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 層之間的相關性。在應用中我們只需如下調用即可：
IStudent stu = new StudentDelegate();
結束語
????本文通過對j2ee設計模式的使用,實現了web與EJB的分離，可見,在web 層代碼清晰、簡潔,根本不涉及EJB層的代碼，大大方便了以后程序的維護和修改工作。以后如果需要從使用 EJB 移植到使用純 JDO，那么可進需要用新的 JDO類來重寫業務代理就可以了。而 這一變化并不會影響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
??? 目前, 業務層和實現層之間的必要分隔已成為應用程序" title="應用程序">應用程序規劃和實現中最復雜的問題之一。為了實現這一分隔，Brett McLaughlin 以業務接口（Business Interface）模式為基礎，用JavaBean來處理業務邏輯上的 Web 層抽象。而這里，我們將使用業務接口模式和Session Bean ,使 Web 層與 Enterprise JavaBeans 組件保持松散耦合。通過將表示業務邏輯的代碼接口中抽象出業務邏輯實現,以解決核心問題。
2 設計實現" title="設計實現">設計實現
??? 首先我們引入業務接口模式，業務接口模式的實現允許我們提供特定于業務邏輯的接口，用于與Session Bean 交互。在 pro _1中,我們定義一個業務接口Istdudent, 可以看出IStudent 接口不包含任何 EJB 語義, 所有的實現和 EJB 細節都在Session? Bean 內處理, 由Session? Bean 實現該接口。
pro_1. Student 業務接口
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;
}
現在，讓我們看一下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 接口的實現。我們可以看到上述代碼并沒有采取常用訪問EJB的放方式--裝入 JNDI 初始上下文、手工獲得 home 接口，隨后直接處理 企業bean—而是在此基礎上做了進一步改進, 用到另外一個類EJBHomeFactory,我想凡了解設計模式" title="設計模式">設計模式的,對此一定不會陌生,的確他用到了另一種設計模式—工廠模式(Factory)。但它存在一個基本的缺點是：Web 層與 EJB 組件，尤其與 Student Session Bean（不僅是業務接口）,并沒有完全分離。假如我們不用EJB，而使用 Java Data Object（JDO)或用EJB的一個新版本時, 那么這時應用程序代碼都必須作較大的改動! 雖然目前比較容易編寫緊密耦合的代碼,但這樣做必然是以犧牲應用程序的使用壽命" title="使用壽命">使用壽命為代價的。那么如何實現層次清楚的系統的體系結構（這是必然趨勢）, 繼而使應用程序更具維護性和可擴展性" title="可擴展性">可擴展性呢?為解決這一問題, 我們在此引入業務代理模式。
??? 業務代理模式與業務接口模式完全不同。業務接口模式僅僅定義了業務邏輯接口,具體的實現用Session Bean完成，而業務代理并不是接口,它提供了對業務邏輯的訪問，但不存在與其實現( Session EJB)組件的相關性。事實上,業務代理是一個helper類，用以與 EJB 容器交互、獲取資源以及釋放資源。
??? 具體實現參見Pro_3。
pro_3. 用于 Student? bean 的業務代理
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 層之間的相關性。在應用中我們只需如下調用即可：
IStudent stu = new StudentDelegate();
結束語
????本文通過對j2ee設計模式的使用,實現了web與EJB的分離，可見,在web 層代碼清晰、簡潔,根本不涉及EJB層的代碼，大大方便了以后程序的維護和修改工作。以后如果需要從使用 EJB 移植到使用純 JDO，那么可進需要用新的 JDO類來重寫業務代理就可以了。而 這一變化并不會影響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
本站內容除特別聲明的原創文章之外，轉載內容只為傳遞更多信息，并不代表本網站贊同其觀點。轉載的所有的文章、圖片、音/視頻文件等資料的版權歸版權所有權人所有。本站采用的非本站原創文章及圖片等內容無法一一聯系確認版權者。如涉及作品內容、版權和其它問題，請及時通過電子郵件或電話通知我們，以便迅速采取適當措施，避免給雙方造成不必要的經濟損失。聯系電話：010-82306118；郵箱：aet@chinaaet.com。