|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-03-19
说实话没怎么用过hibernate，也不怎么会用。
但确实从OO的角度来讲，hibernate是成功的。 但是软件过程中又有多少是完全OO的呢。 |
| 返回顶楼 | |
|
发表时间：2010-03-19
Spring jdbc 用得也很爽。
|
| 返回顶楼 | |
|
发表时间：2010-03-19
关于框架的问题总是无休止的讨论.
这就是jee. |
| 返回顶楼 | |
|
发表时间：2010-03-19
gdpglc 写道 我觉得 hibernate 还有一个很关键的用处，也是ORM框加的重要用处，帮助程序使用面向对象的方法来表达业务逻辑。而这正是hibernate的根本所在。不理解面向对象的人，理解hibernate是有困难的。如果只把对象作为库表内容的包装，这是一种肤浅的看法。hibernate要做的是使得业务逻辑的表达只要关注对象就可以了，而对象和数据库的关系，则由hibernate来维护。在理想状态下，业务逻辑可以不考虑数据库的访问（当然现实是做不到的），这就使得面象对象的思想得以实现。
只有有了这种关念，才能把握好 对象和库表的关系，尤其是对象间关系和库表间关系的差异和对应，才能理解hiberante的种种行为。只会用hibernate存取一个POJO，用面向过程的思维来理解hibernate这叫 暴殄天物 +1 , 楼主 和 楼上这位同学的观点都很到位 
|
| 返回顶楼 | |
|
发表时间：2010-03-19
做产品的个人建议还是用Hibernate...当然做特定项目除外
|
| 返回顶楼 | |
|
发表时间：2010-03-19
如果项目要求支持多种数据库的话 还是hibernate 比较好
|
| 返回顶楼 | |
|
发表时间：2010-03-19
嗯 我很赞同lz 和gdpglc 说法
|
| 返回顶楼 | |
|
发表时间：2010-03-19
不要把关注点总放在什么性能啊，跨数据库上好不。
hibernate出现的唯一目的就是解决面向对象编程和关系数据库之间的阻抗。 使用hibernate你只需要考虑一点： 我这个软件设计是采用面向对象设计还是数据库思维设计。 如果是前者，就应该使用hibernate. |
| 返回顶楼 | |
|
发表时间：2010-03-19
分享一下我们目前的做法，简单的说就是两条腿走路：
1. 对于性能敏感的地方，使用spring jdbc template 2. 对于性能不大敏感的地方，使用hibernate 一直觉得技术没有绝对的好与不好，关键在于用的地方是否合适。 |
| 返回顶楼 | |
|
发表时间：2010-03-19
不可否认 hibernate的实现机制 使得它在批量修改 删除操作时 性能相对jdbc是下降的
|
| 返回顶楼 | |
