月之神

DWG TrueConvert 网上的这个没资源都是假连接 论坛里和网上介绍不一样是简化版本 论坛这个我都下了 部分cad无法转化版本 花了我100多积分 自己在官网下载了一个分享出来 这个和网上介绍的是一个东西 英文版 中文基本是假 这个是专业的。。CAD全部版本可转化 亲测可用 10M大小 好用求给好评 让大家都知道 Free download Raster to Vector Converter and DWG Converter software 激活码网上多了 直接网上搜DWG TrueConvert 网页上的基本都能用

DWG TrueConvert 网上的这个没资源都是假连接 论坛里和网上介绍不一样是简化版本 论坛这个我都下了 部分cad无法转化版本 花了我100多积分 自己在官网下载了一个分享出来 这个和网上介绍的是一个东西 英文版 中文基本是假 这个是专业的。。CAD全部版本可转化 亲测可用 10M大小

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

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<T, ID extends Serializable> 泛型作为DAO的通用接口 CRUD方法 dao接口 : PersonDAO extends GenericDao<Person, Integer> 可以不写代码,方法已经在父类泛型dao里了,这里为了说明:可扩展添加 findByNameExact（）方法 子类的附加方法。 泛型daoimpl ：GenericDaoImpl<T, ID extends Serializable> implements GenericDao<T, ID> 必须提供的构造方法,以便创建实例的时候就知道具体实体的类型。 daoimpl ：PersonDAOImpl extends GenericDaoImpl<Person, Integer> 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

泛型dao 即：不写重复的dao 。这个技术 能让 dao层 和 service层 不写一行代码。外国都用这个泛型DAO了 中国还是一个类一个dao的写，我生气就写了这个文章了。 在本文中，我将为您展示如何避免再三地重复 DAO 代码