設計模式在EJB中的應用(上)

2019-11-18 12:17:38

字體：大中小

來源：轉載

供稿：網友

　　什么是設計模式
　　
　　　　設計模式是一套被反復使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結。使用設計模式是為了可重用代碼、讓代碼更輕易被他人理解、保證代碼可靠性。
　　　　毫無疑問，設計模式于己于他人于系統都是多贏的，設計模式使代碼編制真正工程化，設計模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。
　　
　　　　GoF的“設計模式”是第一次將設計模式提升到理論高度，并將之規范化，本書提出了23種基本設計模式，自此，在可復用面向對象軟件的發展過程中，新的大量的設計模式不斷出現。
　　
　　　　設計模式和框架
　　
　　　　現在，可復用面向對象軟件系統現在一般劃分為三大類：應用程序工具箱和框架(Framework),我們平時開發的具體軟件都是應用程序；java的API屬于工具箱;而框架是構成一類特定軟件可復用設計的一組相互協作的類。EJB（EnterPRise JavaBeans）是Java應用于企業計算的框架.
　　
　　　　框架通常定義了應用體系的整體結構類和對象的關系等等設計參數，以便于具體應用實現者能集中精力于應用本身的特定細節。框架主要記錄軟件應用中共同的設計決策，框架強調設計復用，因此框架設計中必然要使用設計模式.
　　
　　　　另外，設計模式有助于對框架結構的理解，成熟的框架通常使用了多種設計模式,假如你熟悉這些設計模式，毫無疑問，你將迅速把握框架的結構，我們一般開發者假如忽然接觸EJB J2EE等框架，會覺得非凡難學，難把握，那么轉而先把握設計模式，無疑是給了你剖析EJB或J2EE系統的一把利器。
　　
　　　　EJB中的設計模式
　　
　　　　下面我們從設計模式的角度看看EJB的框架是怎樣的？在這之前假設你已經大概了解了設計模式。專門的設計模式闡述請見我的設計模式之系列.
　　
　　　　EJB是采取多層結構，原先我們數據庫開發基本是應用程序(商業邏輯運算)直接調用數據庫驅動，在EJB中，為將商業邏輯計算和數據庫截然分開，使用多個結構式模式:Adapter模式和Bridge模式等.這樣做的好處顯然有三個：
　　
　　　　1.分離了商業邏輯層和數據訪問層;
　　　　2.能同時支持多個數據庫；
　　　　3.但數據庫類型更換時，不會設計到商業邏輯代碼的大量修改.
　　
　　　　EJB中將對數據庫進行調用(如發出select等語句)稱為會話bean(sessionbean),而將對應數據庫一個個記錄的bean稱為實體bean(Entity bean);由這兩種類型的bean完成對數據庫的訪問.
　　
　　　　會話bean一般和客戶端應用是一一對應，而和數據庫端聯系緊密的是實體bean,EJB在實體bean(或直接在會話bean)和數據庫之間使用了Adapter模式和Bridge模式，無意在實體bean和數據庫之間又多了一層，稱之為DAO(Data access Object )，DAO實際就是設計模式的混合體.
　　
　　　　我們以Java的寵物店中的Catalog為例,這是專門處理寵物店中的寵物類別,在對數據庫訪問中，有兩個主要程序：CatalogEJB和CatalogDAO,我們從具體代碼中看看設計模式是怎么應用的.
　　
　　　　Bridge模式和Adapter模式
　　　　我們首先看看CatalogEJB代碼：
　　
　　public class CatalogEJB implements SessionBean {
　　　　protected CatalogDAO dao;
　　
　　　　//從DAO工廠中獲取一個DAO 這是調用工廠(factory)模式的一個實例
　　　　public void ejbCreate() {
　　　　　　try {
　　　　　　　　dao = CatalogDAOFactory.getDAO();
　　　　　　}
　　　　　　catch (CatalogDAOSysException se) {
　　　　　　　　Debug.println("Exception getting dao " + se);
　　　　　　　　throw new EJBException(se.getMessage());
　　　　　　}
　　　　}
　　
　　　　....
　　
　　　}
　　
　　
　　　　我們發現在CatalogEJB中并沒有通常的會話bean那樣有對數據庫操作的"select .. from ."等之類SQL操作語句，這些都被封裝到DAO的具體實現中(Concrete class).
　　
　　　　在Catalog這個示例中使用了設計模式的Bridge模式,判定是否是某種模式，主要依據其參與者的種類和相互關系，我們先看看Bridge模式的定義和參與者：
　　
　　Bridge模式是將抽象和行為劃分開來,各自獨立,但能動態的結合起來（好象搭建了一座橋）。在本例中，是將商業邏輯和數據庫訪問這樣的行為劃分開來，數據庫訪問專門放置在DAO中了。
　　
　　　　Bridge模式需要兩個接口(抽象類和接口通稱為接口)，一個用來封裝抽象部分，本例中是封裝商業邏輯，是CatalogEJB;還有一個是封裝行為(Implementor)，本例中是CatalogDAO,看看CatalogDAO代碼：
　　
　　public interface CatalogDAO {
　　
　　　　public Category getCategory(String categoryID, Locale l)
　　　　throws CatalogDAOSysException;
　　
　　　　public Page getCategories(int start, int count, Locale l)
　　　　throws CatalogDAOSysException;
　　
　　　　public ProdUCt getProduct(String productID, Locale l)
　　　　throws CatalogDAOSysException;
　　
　　　　public Page getProducts(String categoryID, int start, int count, Locale l)
　　　　throws CatalogDAOSysException;
　　
　　　　public Item getItem(String itemID, Locale l)
　　　　throws CatalogDAOSysException;
　　
　　　　public Page getItems(String productID, int start, int size, Locale l)
　　　　throws CatalogDAOSysException;
　　
　　　　public Page searchItems(String query, int start, int size, Locale l)
　　　　throws CatalogDAOSysException;
　　
　　
　　}
　　
　　
　　　　Bridge模式中參與者還需要有行為接口的具體實現(ConcreteImplementor),在本例中是CatalogDAOImpl,雖然在目前寵物店中只有一個ConcreteImplementor,但是可擴展為到MySQL xml等數據源訪問,比如你可以自己新增一個叫CatalogDAOImplMysql，也是作為CatalogDAO的子類。
　　
　　　　看看CatalogDAO的一個子類CatalogDAOImpl的代碼：
　　
　　public class CatalogDAOImpl implements CatalogDAO {
　　　　protected static DataSource getDataSource()
　　　　　　throws CatalogDAOSysException {
　　　　　　try {
　　　　　　　　InitialContext ic = new InitialContext();
　　　　　　　　return (DataSource) ic.lookup(JNDINames.CATALOG_DATASOURCE);
　　　　　　}
　　　　　　catch (NamingException ne) {
　　　　　　　　throw new CatalogDAOSysException("NamingException while looking "
　　　　　　　　　　+ "up DB context : "
　　　　　　　　　　+ ne.getMessage());
　　　　　　}
　　　　}
　　
　　　　//具體Select語句在這里出現，這里主要是Oracle 數據庫的訪問語句
　　
　　　　public Category getCategory(String categoryID, Locale l)
　　　　throws CatalogDAOSysException {
　　
　　　　　　Connection c = null;
　　　　　　PreparedStatement ps = null;
　　　　　　ResultSet rs = null;
　　　　　　Category ret = null;
　　
　　　　　　try {
　　　　　　　　c = getDataSource().getConnection();
　　
　　　　　　　　ps = c.prepareStatement("select a.catid, name, descn "
　　　　　　　　　　　　+ "from (category a join "
　　　　　　　　　　　　+ "category_details b on "
　　　　　　　　　　　　+ "a.catid=b.catid) "
　　　　　　　　　　　　+ "where locale = ? "
　　　　　　　　　　　　+ "and a.catid = ?",
　　　　　　　　ResultSet.TYPE_SCROLL_INSENSITIVE,
　　　　　　　　ResultSet.CONCUR_READ_ONLY);
　　　　　　　　ps.setString(1, l.toString());
　　　　　　　　ps.setString(2, categoryID);
　　　　　　　　rs = ps.executeQuery();
　　　　　　　　if (rs.first()) {
　　　　　　　　　　ret = new Category(rs.getString(1).trim(),
　　　　　　　　　　rs.getString(2),
　　　　　　　　　　rs.getString(3));
　　　　　　　　}
　　　　　　　　rs.close();
　　　　　　　　ps.close();
　　
　　　　　　　　c.close();
　　　　　　　　return ret;
　　　　　　}
　　　　　　catch (SQLException se) {
　　　　　　　　throw new CatalogDAOSysException("SQLException: "
　　　　　　　　+ se.getMessage());
　　　　　　}
　　
　　
　　　　　　....
　　
　　}
　　
　　
　　　　Bridge模式參與者總結如下：
　　
　　　　商業邏輯抽象類 (CatalogEJB)
　　
　　　　抽象的商業邏輯操作.
　　　　對DAOImplementor調用.
　　　　不關心是具體什么數據源被使用(無論是Oracle還是JDBC還是XML).
　　　　DAO(Data Access Object) (CatalogDAO)
　　
　　　　對數據源的抽象操作行為.
　　　　提供了非常方便訪問和維護治理數據的API結構.
　　　　DAOImplementor (CatalogDAOImpl 有可能有CatalogDAOImplSybase CatalogDAOImplMysql 等)
　　
　　　　實現具體的DAO接口內容.
　　　　使用Adapter模式，將特定的數據源驅動接口適配到DAO接口中去
　　　　數據源 ( Oracle, or Sybase database via JDBC API)
　　
　　　　提供訪問具體數據庫

上一篇：Java設計模式之修飾模式篇

下一篇：使用設計模式改善程序結構