通过 DAOFactory 的泛型写法来演示Java泛型的特殊用法

最新推荐文章于 2021-02-21 11:03:02 发布
置顶 最新推荐文章于 2021-02-21 11:03:02 发布
阅读量1.5k 收藏 1
点赞数
分类专栏： Java 文章标签： java dao string class interface jdk
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/CodingMouse/article/details/5175305
版权

通过 DAOFactory 的泛型写法来演示Java泛型的特殊用法

 

小型项目中常常都没有用三方持久化框架，而大都是用公司或自行依据DAO模式封装的一些组件来完成数据库持久化动作，并且，通常为了更具可扩展性，常常使用抽象工厂模式来解耦合。

 

一、先看代码

1、简单工厂代码

 

2、抽象工厂代码

 

3、客户端代码

 

二、然后说明

 

1、简单工厂代码中使用反射机制构建外部指定的实现类来创建接口 IGeneralDAO 和 IGenericsDAO 的实例。这样以来，我们可以将工厂制造的产品类型放到外部来配置以降低耦合度。其中，有两个抽象方法实现，方法签名为 public IGeneralDAO buildGeneralDAO() 的这个方法没有使用泛型机制，而方法签名为 public IGenericsDAO<T> buildGenericsDAO() 的这个方法则使用了泛型机制。

 

2、抽象工厂代码中名为 newInstance 的静态方法使用了泛型机制。请注意泛型的写法。

 

3、客户端代码中则演示了用相同的抽象工厂，如何构建泛型和非泛型的方法。需要注意的是：

与下面这种写法是不一样的（这段代码无法通过编译，原因在于这时AbstractDAOFactory.newInstance().buildGenericsDAO()返回的是IGenericsDAO<Serializable> 类型，而非IGenericsDAO<AccountPOJO> ）：

 

怎么样？感觉类似的写法，效果却大不相同。慢慢体会吧！

 

By CodingMouse

2010年1月11日

 

 

 

CodingMouse
关注
专栏目录
daofactory
12-24
资源共享public class StudentOperate<InputData> implements PersonOperate{ private PersonDAO dao = null; private InputData input = null; public StudentOperate() { this.dao = DAOFactory.getPersonDAOInstance("student.ser"); this.input = new InputData(); } public void add() { String id = new Timestamp("s").getTimestamp(); System.out.print("输入学生姓名："); String name = this.input.getString(); System.out.print("输入学生年龄："); int age = this.input.getInt(); System.out.print("输入学生成绩："); float score = this.input.getFloat(); Student s = new Student(id, name, age, score); try { this.dao.doCreate(s); } catch (Exception e) { e.printStackTrace(); } }
DAOFactory
08-06
DAOModel-I JSP + Bean + DAO模式
泛型Dao工厂
wchb1990的专栏
09-05 596
工厂设计模式
浅谈DAO工厂设计模式
04-14 248
随着软件分层设计的流行及广泛的应用，对于DAO的设计模式大家已经不再陌生了，DAO层已经在软件系统的开发中成为必不可少的一层，将后台的数据层和前台的VO进行分离。前段时间也针对于DAO的设计介绍过一个基于Hibernate的泛型DAO的设计。 csdn blog：http://blog.csdn.net/yongtree/archive/2008/03/12/2172071.aspx java...
spark 大型项目实战(十二):用户访问session分析(十二) --工厂模式讲解以及DAOFactory开发
u012957549的博客
05-25 3197
如果没有工厂模式，可能会出现的问题： ITaskDAO接口和TaskDAOImpl实现类；实现类是可能会更换的；那么，如果你就使用普通的方式来创建DAO，比如ITaskDAO taskDAO = new TaskDAOImpl()，那么后续，如果你的TaskDAO的实现类变更了，那么你就必须在你的程序中，所有出现过TaskDAOImpl的地方，去更换掉这个实现类。这是非常非常麻烦的。 如果说，...
智慧公交系统_IB智慧公交_daoFactory_java编程_智慧公交_智慧公交系统_
10-04
在这款系统中，daoFactory（数据访问对象工厂）和Java编程技术的运用，使得系统的数据处理和功能实现更为高效和稳定。 首先，让我们深入理解一下“daoFactory”这一概念。DAO（Data Access Object）模式是一种设计...
DaoFactory.rar_daoFactory
09-24
4. **依赖注入**：在现代开发中，DaoFactory可能利用依赖注入框架（如Autofac、Unity或Ninject）来管理DAO实例的生命周期，以便更好地控制对象的创建和销毁，同时提高代码的可测试性。 5. **扩展性**：随着业务需求...
jsp.javaBean.DAO.rar_javabean dao_jsp java dao
09-14
结合文件名称列表中的“003（进阶三）_使用JSP+DAO完成用户登陆”，我们可以推断这是一个教学案例，演示如何使用JSP处理前端请求，通过DAO与数据库交互进行用户登录验证。在JSP页面上，可能有一个表单用于收集用户的...
浅谈DAO工厂模式
04-14 4320
 浅谈DAO工厂设计模式      随着软件分层设计的流行及广泛的应用，对于DAO的设计模式大家已经不再陌生了，DAO层已经在软件系统的开发中成为必不可少的一层，将后台的数据层和前台的VO进行分离。前段时间也针对于DAO的设计介绍过一个基于Hibernate的泛型DAO的设计。csdn blog：http://blog.csdn.net/yongtree/archive/2008/03
Java 工厂模式——Dao工厂
innovation的博客
10-13 1009
文章目录工厂模式介绍BaseDao介绍实现（案例代码）项目目录 工厂模式 工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。 在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。 介绍 意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，...
java设计模式CatalogDAOFactory是典型的工厂方法
04-27
工厂模式定义:提供创建对象的接口. 为何使用? 工厂模式是我们最常用的模式了,著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可见。 为什么工厂模式是如此常用？因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() 工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑实用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。 我们以类Sample为例， 如果我们要创建Sample的实例对象: Sample sample=new Sample(); 可是，实际情况是，通常我们都要在创建sample实例时做点初始化的工作,比如赋值 查询数据库等。 首先，我们想到的是，可以使用Sample的构造函数，这样生成实例就写成: Sample sample=new Sample(参数); 但是，如果创建sample实例时所做的初始化工作不是象赋值这样简单的事，可能是很长一段代码，如果也写入构造函数中，那你的代码很难看了（就需要Refactor重整）。 为什么说代码很难看，初学者可能没有这种感觉，我们分析如下，初始化工作如果是很长一段代码，说明要做的工作很多，将很多工作装入一个方法中，相当于将很多鸡蛋放在一个篮子里，是很危险的，这也是有背于Java面向对象的原则，面向对象的封装(Encapsulation)和分派(Delegation)告诉我们，尽量将长的代码分派“切割”成每段，将每段再“封装”起来(减少段和段之间偶合联系性)，这样，就会将风险分散，以后如果需要修改，只要更改每段，不会再发生牵一动百的事情。 在本例中，首先，我们需要将创建实例的工作与使用实例的工作分开, 也就是说，让创建实例所需要的大量初始化工作从Sample的构造函数中分离出去。 这时我们就需要Factory工厂模式来生成对象了，不能再用上面简单new Sample(参数)。还有,如果Sample有个继承如MySample, 按照面向接口编程,我们需要将Sample抽象成一个接口.现在Sample是接口,有两个子类MySample 和HisSample .我们要实例化他们时,如下: Sample mysample=new MySample(); Sample hissample=new HisSample(); 随着项目的深入,Sample可能还会"生出很多儿子出来", 那么我们要对这些儿子一个个实例化,更糟糕的是,可能还要对以前的代码进行修改:加入后来生出儿子的实例.这在传统程序中是无法避免的. 但如果你一开始就有意识使用了工厂模式,这些麻烦就没有了. 工厂方法 你会建立一个专门生产Sample实例的工厂: public class Factory{ 　　public static Sample creator(int which){ 　　//getClass 产生Sample 一般可使用动态类装载装入类。 　　if (which==1) 　　　　return new SampleA(); 　　else if (which==2) 　　　　return new SampleB(); 　　} } 那么在你的程序中,如果要实例化Sample时.就使用 Sample sampleA=Factory.creator(1); 这样,在整个就不涉及到Sample的具体子类,达到封装效果,也就减少错误修改的机会,这个原理可以用很通俗的话来比喻:就是具体事情做得越多,越容易范错误.这每个做过具体工作的人都深有体会,相反,官做得越高,说出的话越抽象越笼统,范错误可能性就越少.好象我们从编程序中也能悟出人生道理?呵呵. 使用工厂方法 要注意几个角色，首先你要定义产品接口，如上面的Sample,产品接口下有Sample接口的实现类,如SampleA,其次要有一个factory类，用来生成产品Sample，如下图，最右边是生产的对象Sample： 进一步稍微复杂一点，就是在工厂类上进行拓展，工厂类也有继承它的实现类concreteFactory了。 抽象工厂 工厂模式中有: 工厂方法(Factory Method) 抽象工厂(Abstract Factory). 这两个模式区别在于需要创建对象的复杂程度上。如果我们创建对象的方法变得复杂了,如上面工厂方法中是创建一个对象Sample,如果我们还有新的产品接口Sample2. 这里假设：Sample有两个concrete类SampleA和SamleB，而Sample2也有两个concrete类Sample2A和SampleB2 那么，我们就将上例中Factory变成抽象类,将共同部分封装在抽象类中,不同部分使用子类实现，下面就是将上例中的Factory拓展成抽象工厂: public abstract class Factory{ 　　public abstract Sample creator(); 　　public abstract Sample2 creator(String name); } public class SimpleFactory extends Factory{ 　　public Sample creator(){ 　　　　......... 　　　　return new SampleA 　　} 　　public Sample2 creator(String name){ 　　　　......... 　　　　return new Sample2A 　　} } public class BombFactory extends Factory{ 　　public Sample creator(){ 　　　　...... 　　　　return new SampleB 　　} 　　public Sample2 creator(String name){ 　　　　...... 　　　　return new Sample2B 　　} } 从上面看到两个工厂各自生产出一套Sample和Sample2,也许你会疑问，为什么我不可以使用两个工厂方法来分别生产Sample和Sample2? 抽象工厂还有另外一个关键要点，是因为 SimpleFactory内，生产Sample和生产Sample2的方法之间有一定联系，所以才要将这两个方法捆绑在一个类中，这个工厂类有其本身特征，也许制造过程是统一的，比如：制造工艺比较简单，所以名称叫SimpleFactory。 在实际应用中，工厂方法用得比较多一些，而且是和动态类装入器组合在一起应用， 举例 我们以Jive的ForumFactory为例，这个例子在前面的Singleton模式中我们讨论过，现在再讨论其工厂模式: public abstract class ForumFactory { 　　private static Object initLock = new Object(); 　　private static String className = "com.jivesoftware.forum.database.DbForumFactory"; 　　private static ForumFactory factory = null; 　　public static ForumFactory getInstance(Authorization authorization) { 　　　　//If no valid authorization passed in, return null. 　　　　if (authorization == null) { 　　　　　　return null; 　　　　} 　　　　//以下使用了Singleton 单态模式 　　　　if (factory == null) { 　　　　　　synchronized(initLock) { 　　　　　　　　if (factory == null) { 　　　　　　　　　　　　...... 　　　　　　　　　　try { 　　　　　　　　　　　　　　//动态转载类 　　　　　　　　　　　　　　Class c = Class.forName(className); 　　　　　　　　　　　　　　factory = (ForumFactory)c.newInstance(); 　　　　　　　　　　} 　　　　　　　　　　catch (Exception e) { 　　　　　　　　　　　　　　return null; 　　　　　　　　　　} 　　　　　　　　} 　　　　　　} 　　　　} 　　　　//Now, 返回 proxy.用来限制授权对forum的访问 　　　　return new ForumFactoryProxy(authorization, factory, 　　　　　　　　　　　　　　　　　　　　factory.getPermissions(authorization)); 　　} 　　//真正创建forum的方法由继承forumfactory的子类去完成. 　　public abstract Forum createForum(String name, String description) 　　throws UnauthorizedException, ForumAlreadyExistsException; 　　.... } 因为现在的Jive是通过数据库系统存放论坛帖子等内容数据,如果希望更改为通过文件系统实现,这个工厂方法ForumFactory就提供了提供动态接口: private static String className = "com.jivesoftware.forum.database.DbForumFactory"; 你可以使用自己开发的创建forum的方法代替com.jivesoftware.forum.database.DbForumFactory就可以. 在上面的一段代码中一共用了三种模式,除了工厂模式外,还有Singleton单态模式,以及proxy模式,proxy模式主要用来授权用户对forum的访问,因为访问forum有两种人:一个是注册用户 一个是游客guest,那么那么相应的权限就不一样,而且这个权限是贯穿整个系统的,因此建立一个proxy,类似网关的概念,可以很好的达到这个效果. 看看Java宠物店中的CatalogDAOFactory: public class CatalogDAOFactory { 　　/** 　　* 本方法制定一个特别的子类来实现DAO模式。 　　* 具体子类定义是在J2EE的部署描述器中。 　　*/ 　　public static CatalogDAO getDAO() throws CatalogDAOSysException { 　　　　CatalogDAO catDao = null; 　　　　try { 　　　　　　InitialContext ic = new InitialContext(); 　　　　　　//动态装入CATALOG_DAO_CLASS 　　　　　　//可以定义自己的CATALOG_DAO_CLASS，从而在无需变更太多代码 　　　　　　//的前提下，完成系统的巨大变更。 　　　　　　String className =(String) ic.lookup(JNDINames.CATALOG_DAO_CLASS); 　　　　　　catDao = (CatalogDAO) Class.forName(className).newInstance(); 　　　　} catch (NamingException ne) { 　　　　　　throw new CatalogDAOSysException(" 　　　　　　　　CatalogDAOFactory.getDAO: NamingException while 　　　　　　　　　　getting DAO type : \\n" + ne.getMessage()); 　　　　} catch (Exception se) { 　　　　　　throw new CatalogDAOSysException(" 　　　　　　　　CatalogDAOFactory.getDAO: Exception while getting 　　　　　　　　　　DAO type : \\n" + se.getMessage()); 　　　　} 　　　　return catDao; 　　} } CatalogDAOFactory是典型的工厂方法，catDao是通过动态类装入器className获得CatalogDAOFactory具体实现子类，这个实现子类在Java宠物店是用来操作catalog数据库，用户可以根据数据库的类型不同，定制自己的具体实现子类，将自己的子类名给与CATALOG_DAO_CLASS变量就可以。 由此可见，工厂方法确实为系统结构提供了非常灵活强大的动态扩展机制，只要我们更换一下具体的工厂方法，系统其他地方无需一点变换，就有可能将系统功能进行改头换面的变化。
DaoFactory的设计
三十岁后的狂奔
09-10 364
本打算在网上找一些资源的，可是发现大多数人都是用的hibernate，对于DaoFacotry并不需要过多的考虑。 后来突然想到个办法，干脆直接去看Hibernate的代码，看看它是怎么设计DaoFactory的。 结果却在Hibernate官网上看到了一篇关于数据持久层的文章，觉得对我的设计应该还是有帮助的。 原文地址：https://www.hibernate.org/328.ht...
java 泛型 工厂,工厂方法模式在java中使用泛型，怎么办？
weixin_30558777的博客
02-21 149
I have code that looks like follows:public interface BaseDAO{// marker interface}public interface CustomerDAO extends BaseDAO{public void createCustomer();public void deleteCustomer();public Customer ...
JDBC--使用DAO工厂模式（代码超经典）
热门推荐
浪羁天涯
02-10 1万+
1.创建配置文件  daoconfig.properties 代码 # key=value 其中 key 不可以重复 userDaoFactory=cn.zsc.jdbc.dao.impl.UserDaoJdbcImpl > 2.创建实体类 User.java 代码 import java.util.Date; public class User {
DAO及工厂模式实现
fanyao4144的博客
01-17 2974
DAO模式介绍 DAO是Data Access Object（数据访问对象）的简称。 首先，你的应用程序肯定会有业务逻辑的代码。在三层架构的web系统中，业务逻辑的代码，就是在你的Service组件里面；在我们的spark作业中，业务逻辑代码就是在我们的spark作业里面。 如果说，不用DAO模式的话，那么所有的数据库访问的代码和逻辑会全部耦合在业务逻辑代码里面。比如，你的业务逻辑代码中，可
DAO和Factory模式有什么区别？该怎么处理
xwnsy86276的专栏
04-04 830
在软件开发中DAO通常是DB获取数据并return一个Bean实例以方便程序使用，最近在看设计模式其中“创建型”模式中的工厂模式定义，所有“产品”都应该用一个工厂来创建哪他们到底有什么不同呢？是不是所有的DAO都可以用Factory模式封装呢？ 例如： 某人吃苹果这样的逻辑。 理论上我首先要找到吃苹果的“人”，通常这里要到了一个DAO来查询“某人”，也就是说我要创建一个“人”的对象；模式
经典JDBC DAOFactory类实现
kevin_wangwei的专栏
01-09 216
package ajax.user.language.factory.dao_factory; import java.io.File; import java.io.FileInputStream; import java.io.InputStream; import java.util.Properties; /** * 这是我个人最近在学JDBC技术时：总结以前别人...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值