求教个Spring2+struts2+hibernate3框架下问题-CSDN社区

Struts2、Hibernate、Spring整合的泛型DAO （本人评价: 代码开发效率提高30% 代码出错率减少70%）对于大多数开发人员，系统中的每个 DAO 编写几乎相同的代码到目前为止已经成为一种习惯。虽然所有人都将这种重复标识为 “代码味道”，但我们大多数都已经学会忍受它。能不能不写重复的dao 呢？泛型dao,顾名思义就是一个dao可以对多个实体对象进行持久化。当应用中需要使用到上十张表时，DAO的维护变得日益困难，主要表现在这几个方面： 1）dao类的繁多，很多设计都是一个entity对应一个dao (不同的只有类名和方法名) 2）dao接口需要维护的method庞大。 3）业务逻辑改变时，dao需要同时修改两个类文件（接口和实现类）在本文中，我将为您展示如何避免再三地重复 DAO 代码。在这里我建议项目最好使用一个共通的DAO，因为这样会为你省去非常多的类，而那些类里的逻辑往往差不多。当然是用共通的DAO你需要对结果转型，转成你需要的bean，但这也比写那么多DAO强多了,你可以放下包袱，只关注你的业务逻辑。如果你真能只用一个dao解决，那么祝贺你，你得到了一个虚拟数据层(高度抽象的数据接口)。这是一个比dao更高级的存在。欢迎大家指正 -_- 虚心求教代码层次： bean-->dao-->service-->action 技术概述：1.继承继承是利用现有的类创建新类的过程，现有的类称作基类（或父类），创建的新类称作派生类（子类）。继承其实就是自动地共享基类中成员属性和成员方法的机制。引入继承，实现了代码重用； 2.泛型泛型类型的限定 3.反射代码概述： bean ：Person.java 这个人员类我就不说了泛型dao接口：GenericDao 泛型作为DAO的通用接口 CRUD方法 dao接口 : PersonDAO extends GenericDao 可以不写代码,方法已经在父类泛型dao里了,这里为了说明:可扩展添加 findByNameExact（）方法子类的附加方法。泛型daoimpl ：GenericDaoImpl implements GenericDao 必须提供的构造方法,以便创建实例的时候就知道具体实体的类型。 daoimpl ：PersonDAOImpl extends GenericDaoImpl implements PersonDAO public PersonDAOImpl() { super(Person.class); } 告诉对哪个类操作,如不需要自定义扩展方法就作有一个构造方法。泛型Service：GenericService.java 与泛型dao没有区别 Service ：PersonService.java 直接继承。泛型serviceimpl与serviceimpl实现和dao层实现一样。 Action ： SavePersonAction直接调用PersonService。下面是代码为了演示减少代码量而且直观去掉些方法方便读者自己扩展写出适合自己的代码,这里我只抛砖引玉了。主要介绍这个技术。本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zylyueliang/archive/2010/09/17/5890043.aspx

——查（查询） 2/ 取其精华，去其糟粕。——筛（筛选） 3/ 拆分就像同学会，拆散一对是一对。——拆（拆分） 4/ 天下大势，合久必分，分久必合。——合（合并） 5/ 隔空取物，犹如探囊取物——提（提取） 6/ ...

使用Maven搭建Struts2+Spring3+Hibernate4的整合开发环境　　做了三年多的JavaEE开发了，在平时的JavaEE开发中，为了能够用最快的速度开发项目，一般都会选择使用Struts2，SpringMVC，Spring，Hibernate，MyBatis这些开源框架来开发项目，而这些框架一般不是单独使用的，经常是Struts2+Spring3+Hibernate、Spri...

在这种组合框架中我对spring是刚学乍练，还有很多不懂，同过spring对dao和service进行管理后，我也没有感觉到什么特殊的优越性，而且在读applicationContext.xml文件时常常出问题，并且用spring接管struts的action后配置文件也增加了，这是我在组合它们开发后出现的一个问题，请指点一下是什么问题； [code] 息: org.apache.w...