在DAO中对Hibernate进行封装(新)

建议楼主拿这个封装去做一个实际的项目，然后把用下来的感觉给大家分享一下。

我觉得如果不和spring集成,不使用申明式事务,可以直接用hibernate api.Hibernate api本来就足够简单了.而且还提供更好的灵活性.

所以楼主的封装我不太喜欢.

我觉得把心思放在如何提供一个HibernateUtil(如何管理好session)上, 还是值得讨论的.

hibernate应该是作为一种资源，程序员可以不清楚里面是怎么回事，只知道调用就行， 前提，架构、集成、及自动生成为一体为妙

程序员不知道hibernate那怎么去用hibernate，呵呵，如果说分层是为了让别人不去关注hibernate我看没有这个必要，还是要走实用主义路线啊，在认识的程序员里没有人只学一样东西的，如果要用hibernate，那就必须要学hibernate，这一点是毫无疑问的，难道有的公司的软件开发是严格分层的？ 表现层有一部分人开发，业务逻辑层有另外一部分人开发，持久层由第三组人开发，这样的开发模式我还没有见过。如果不是这样那么隔离hibernate应该没有什么意义

楼上的感觉你错了，
一个公司的人员水平是不同的，如果一个公司能做到新员工一到就可以通过简单的公司开发规范培训然后就开始项目的话，那么至少成本可以降低，
不了解hibernate就不能用hibernate吗？
hibernate封闭的好，那么你只管调用，我进公司时，我们一批刚毕业的学生可以说java都只是会一点，经过20来天的说培训，而且大部分都是业务培训，然后就开始开发，而且做的是省级大集中的项目，当时我们操作数据库时，只知道怎么调，用了大半年都不知道自己在用hibernate，公司所以的代码自己生成（当然是公司自己开发的），只提供数据操作接口，
    简单的说就是程序员只要写代码段，放入框架中，就可以跑起来，

一个好的架构师，就是要让程序员在遵守一定的规范下少写代码，写套路相同的代码，一些事务及抛错及并发线程等应该在框架中规划好，总之就是让程序员写的代码最大可能的少出错，让程序员知道这样写是对的，为什么这样写就无关程序员的事了（这样当然对程序员的发展是不利的，但对公司的发展是有利的），
   架构师的目标是：让会敲abc字母的人就能写好程序。

你这样封装法怎么对事务进行管理？

代码没有心思看下去，不过LZ的那个头像不错，超资深会员。

就如这位兄弟说的,你这样的封装跟HibernateTemplate 比有什么优势呢?难道不打算跟spring整合用?
如果事务是跨越DAO的怎么办呢?

没感觉