这句话一出，肯定会引起无数人的恼怒，说出“xx从来没用过hibernate之类的话”，但是我要说，我可能恰恰是用hibernate最早的一批人，不光用了，而且是在hibernate出生前，就用这种思想做事情了。大概是在2001年，由于烦了写 insert into xx values(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?); ,我开始
自己写框架保存java对象、获取java对象列表，而不用一条sql语句。
但是，越用到后来，越觉得这种编程方式实在是没有道理。为什么呢？
1.在这种框架下，java bean 中的属性的值和数据库中相应字段的值一一对应，这有什么道理？java类生成的对象本来是活生生的对象，有自己的属性和行为，有自己的逻辑；但是采用hibernate方式，java bean 只是一个数据的存放地，是dao使用的一种数据类型，是地地道道的过程编程方式，而不是面向对象的编程。
2.在做企业级应用时，我们应该将层次分清楚，各层做各层的事情。java要做的事情就是封装必要的业务逻辑和与数据信息的接口。至于怎么保存数据，怎么从数据库的信息中演变成java所需的信息，这是数据库的事，这是pl/sql的事，这是存储过程的事，而现在我们所作的基本上是由hibenate从数据库取得了数据放在bean中，再在jsp中转化为所需的值，这是多么无聊的事；要知道在b/s这种程序中，80%的时间花在表现层（我认为）。
3.在pl/sql中做数据存储的逻辑有什么好处呢？速度快、能封装多个sql做事情、业务逻辑变化时不用更改java，不用重启数据库，只需要修改pl/sql就好了。
4.hibernate不管配置文件还是annotion都显得比较复杂，最大的好可能就在于不用写?????了，不用按顺序匹配了，但是为了实现这个目标，所作的工作也不少啊。在简单就是美的今天，hibernate还忽悠了那么多的初学者来学，我就不懂了。
总之，我认为，hibernate就别用了，多用pl/sql就好了，多理解对象编程就好了。[@more@]
但是，越用到后来，越觉得这种编程方式实在是没有道理。为什么呢？
1.在这种框架下，java bean 中的属性的值和数据库中相应字段的值一一对应，这有什么道理？java类生成的对象本来是活生生的对象，有自己的属性和行为，有自己的逻辑；但是采用hibernate方式，java bean 只是一个数据的存放地，是dao使用的一种数据类型，是地地道道的过程编程方式，而不是面向对象的编程。
2.在做企业级应用时，我们应该将层次分清楚，各层做各层的事情。java要做的事情就是封装必要的业务逻辑和与数据信息的接口。至于怎么保存数据，怎么从数据库的信息中演变成java所需的信息，这是数据库的事，这是pl/sql的事，这是存储过程的事，而现在我们所作的基本上是由hibenate从数据库取得了数据放在bean中，再在jsp中转化为所需的值，这是多么无聊的事；要知道在b/s这种程序中，80%的时间花在表现层（我认为）。
3.在pl/sql中做数据存储的逻辑有什么好处呢？速度快、能封装多个sql做事情、业务逻辑变化时不用更改java，不用重启数据库，只需要修改pl/sql就好了。
4.hibernate不管配置文件还是annotion都显得比较复杂，最大的好可能就在于不用写?????了，不用按顺序匹配了，但是为了实现这个目标，所作的工作也不少啊。在简单就是美的今天，hibernate还忽悠了那么多的初学者来学，我就不懂了。
总之，我认为，hibernate就别用了，多用pl/sql就好了，多理解对象编程就好了。[@more@]
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/15247/viewspace-907245/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
