鉴于反复出现讨论hibernate适用性问题的帖子，这次希望有个定论

受教了，LZ说的很透彻，以前这种贴都快看烂了.....

按个人经验，使用hibernate碰到的最讨厌的事情：
1.需要在设计模型时就需要考虑lazy load的问题
2.是否动态update，也需要在设计模型时作点考虑
当然上面的“问题”也不能算作问题，只是个人更倾向于将这些细节问题留到开发具体应用功能点的时候去考虑。特别是模型设计者和功能开发人员分开的时候，从职责上看这些问题更应该归到功能开发人员的责任上。设计模型时考虑这些问题，套句xp常用语，有点“过度设计”。
而jdbc(or ibatis)不存在该问题。所以现在的开发中我更倾向于使用jdbc方式的相对于 hb（或则其它orm,jdo等）更轻的持久层解决方案。

按个人经验，使用hibernate碰到的最讨厌的事情：
1.需要在设计模型时就需要考虑lazy load的问题
2.是否动态update，也需要在设计模型时作点考虑
当然上面的“问题”也不能算作问题，只是个人更倾向于将这些细节问题留到开发具体应用功能点的时候去考虑。特别是模型设计者和功能开发人员分开的时候，从职责上看这些问题更应该归到功能开发人员的责任上。设计模型时考虑这些问题，套句xp常用语，有点“过度设计”。
而jdbc(or ibatis)不存在该问题。所以现在的开发中我更倾向于使用jdbc方式的相对于 hb（或则其它orm,jdo等）更轻的持久层解决方案。

另外，个人认为orm层在应用系统的整体架构里属于比较次要的部分，大部分情况下采用orm并不能提高多少生产效率，架构设计人员没有必要在该问题上纠缠不清。是否采用hb充其量只能算是架构设计人员和开发人员的个人喜好而已，无关大局。

是不是贫血,就看你向里面充多少血了,hibernate除了getter,setter方法外,对基于的方法都是透明的.