在Spring+hibernate中,把泛型用在servic层!

很多人的DAO用了泛型,在HIBERNATE中,可能没有这种必要.

spring中封装的 hibernate模板,已能满足各种各样的通用查询. 当然我觉得还不瘾!又自已搞了个HibernateDAO. 扩充了hibernate模板的功能. 总而言之,一个DAO足够了,搞泛型,意义可能不大!

在各种程序中,servic层,可以抽象出通用的业务逻辑方法,想想现在的程序,哪个业务逻辑没有保存数据,查询数据...等类似的通用的方法?

因此service层可以抽象出一些方法出来.但由于SERVICE和业务关系密切,很难完全共用,因此用泛型加以处理,提高程序的抽象处理能力.

把SERVICE搞象出一个BaseService 注入到 独立的业务SERVICE中.

我就一直纳闷, 有那么多只是 crud 的业务嘛, 如果业务这么简单, 用老段你 n 年前搞的代码生成估计也就够了, 犯得着用上范型, 代理这种高科技么?

无论业务有多复杂, 对数据库的操作还是一个SQL或HQL.

SERVICE层的复杂不等于DAO的复杂

能不能举例说明?service可能牵涉到多个表的保存，如何泛化？
看过appfuse抽出来的baseservice感觉实际业务上意义不大。

可能你所谓的 service 泛型就是省掉一句 getHibernateTemplate().save() ? 

spring不是有那种通过配置注入来实现这种需求吗

楼主说的方法好
我就是这样用的
先在模型层抽出共性
泛型用在servic层
这样可以节省很多代码

泛型用在DAO和Service不好么？为什么DAO不能用泛型？Spring由于兼容1.4，所以没用泛型，自己做工程不受这个限制。关于是使用代码生成还是用泛型，那是另外一回事，那只是偏好，各有利弊的。当然，对于Service和DAO 2和1那种情况……