在企业JavaEE项目开发中，hibernate的pojo类是手写好还是反向工程的好？

Question

在企业JavaEE项目开发中，hibernate的pojo类是手写好还是反向工程的好？
另一个问题是可以不写pojo类的映射文件（即那种后缀名为.hbm.xml的文件。），然后直接在dao中直接用getHibernateTemplate()方法操作数据表吗？这样写好吗？为什么？
请有企业项目经验的老师指点。

Answer 1

肯定反向工程好呀，不用说，除非没有表
如果反向工程会自动生成这个，
.hbm.xml的如果不要.hbm.xml 就要用使用注解，不做映射的实体类，是不能和数据库操作的

Answer 2

但是在项目当中，很多pojo的类和映射文件都是手写的呀

Answer 3

嗯 谢谢
那么在hibernate操作数据表，直接操作sql好呢？还是用hql操作好呢？

Answer 4

感觉操作sql和hql，主要是看需求。有些复杂的业务逻辑hql是处理不了的，这会就用sql，比如一般简单的hql就能搞定的就用hql

Answer 5

hibernate可以用标注，标注最为快捷。

Answer 6

手写实体类，全用注解免xml，再生成数据库建立表结构，再生成三层结构的java代码（比如数据层的接口和实现了，业务层的接口和实现类，表示层的action和ajax，全都自动的注解注入），这样应该蛮快的！
但是我们都不用Hibernian，貌似Hibernian也做不了这么多事！
你可以上网查一下，Hibernian和jdbc的效率比较，sql和hql的效率比较！

Answer 7

直接使用hibernate的注解可以零配置文件。

Answer 8

大多数公司都是反向，因为还是把hibernate看成是一个从关系到对象的转换媒介，思想上还是关系。
如果是从对象的角度去分析的话，直接写好类，再发布出去就完事。或者都用关系数据库了，现在对象型数据库也比较多了。

Answer 9

达到目的最重要！不写.xml文件，就要用注解，注解比配置要简单

Answer 10

1. 是否用反向工程？开始的话一定要自己配置，不然，反向工程全部什么都给搞定了，自己却学不到什么，后         期的话，可以使用反向工程，提高开发效率
2. 使用sql还是用hql？我们知道，使用hibernate的另外一个优势是，可以跨数据库，也就是说，我们如果使用hql或者criteria的话，可以直接将我们的项目从oracle中迁移到mssql中，如果在项目中大量的使用本地查询的话，岂不是影响了hibernate的跨数据库的特性吗？

Answer 11

在企业JavaEE项目开发中，hibernate的pojo类是手写好还是反向工程的好？
另一个问题是可以不写pojo类的映射文件（即那种后缀名为.hbm.xml的文件。），然后直接在dao中直接用getHibernateTemplate()方法操作数据表吗？这样写好吗？为什么？我以前的公司，hbm和pojo都要手写，不过一般都是复制粘贴改改就完事了。虽然getHibernateTemplate()可以直接用sql语句来操作数据库，但是不配置hbm的话，就不能用hibernate的HQL语句。hql可以自动把查询结果封装成pojo，执行增删改的时候也可以直接操作pojo来实现操作数据库，前提是要配置hbm。如果不配置的话，直接save一个pojo，hibernate是不知道这个pojo和数据库中的哪张表对应的。