知识大全设计模式在EJB中的应用(上)

Posted 2022-07-18 数据库

篇首语：少年击剑更吹箫，剑气箫心一例消。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全设计模式在EJB中的应用(上)相关的知识，希望对你有一定的参考价值。

设计模式在EJB中的应用(上) 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　什么是设计模式　　　　　　设计模式是一套被反复使用多数人知晓的经过分类编目的代码设计经验的总结使用设计模式是为了可重用代码让代码更容易被他人理解保证代码可靠性　　　　毫无疑问设计模式于己于他人于系统都是多赢的设计模式使代码编制真正工程化设计模式是软件工程的基石如同大厦的一块块砖石一样　　　　　　GoF的设计模式是第一次将设计模式提升到理论高度并将之规范化本书提出了种基本设计模式自此在可复用面向对象软件的发展过程中新的大量的设计模式不断出现　　　　　　设计模式和框架　　　　　　现在可复用面向对象软件系统现在一般划分为三大类应用程序工具箱和框架(Framework) 我们平时开发的具体软件都是应用程序 Java的API属于工具箱;而框架是构成一类特定软件可复用设计的一组相互协作的类 EJB（Enterprise JavaBeans）是Java应用于企业计算的框架　　　　　　框架通常定义了应用体系的整体结构类和对象的关系等等设计参数以便于具体应用实现者能集中精力于应用本身的特定细节框架主要记录软件应用中共同的设计决策框架强调设计复用因此框架设计中必然要使用设计模式　　　　　　另外设计模式有助于对框架结构的理解成熟的框架通常使用了多种设计模式如果你熟悉这些设计模式毫无疑问你将迅速掌握框架的结构我们一般开发者如果突然接触EJB J EE等框架会觉得特别难学难掌握那么转而先掌握设计模式无疑是给了你剖析EJB或J EE系统的一把利器　　　　　　EJB中的设计模式　　　　　　下面我们从设计模式的角度看看EJB的框架是怎样的？在这之前假设你已经大概了解了设计模式专门的设计模式阐述请见我的设计模式之系列　　　　　　EJB是采取多层结构原先我们数据库开发基本是应用程序(商业逻辑运算)直接调用数据库驱动在EJB中为将商业逻辑计算和数据库截然分开使用多个结构式模式:Adapter模式和Bridge模式等这样做的好处显然有三个　　　　　　分离了商业逻辑层和数据访问层;　　　　能同时支持多个数据库　　　　但数据库类型更换时不会设计到商业逻辑代码的大量修改　　　　　　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( l toString());　　　　　　　　ps setString( categoryID);　　　　　　　　rs = ps executeQuery();　　　　　　　　if (rs first()) 　　　　　　　　　　ret = new Category(rs getString( ) trim() 　　　　　　　　　　rs getString( ) 　　　　　　　　　　rs getString( ));　　　　　　　　　　　　　　　　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)　　　　　　提供访问具体数据库 cha138/Article/program/Java/gj/201311/27279

知识大全 设计模式在EJB中的应用(上)

知识大全设计模式在EJB中的应用(上)