在设计、实施和维护CRUD上花费的精力

最近花了大量的时间(可能是40%左右)复制ORM在几分钟内完成的工作,我不得不说,只要您允许测试良好的框架生成(和维护!)基本的积垢操作,让它来做吧!

让框架做它擅长的事情。把你的时间花在真正增加价值的应用程序上,你正在解决的业务问题上。只有当框架不足时,您才真正考虑围绕它工作。”不及格可能包括性能,但框架内通常有“挂钩和旋钮”,可以让您做需要做的事情。

实现/设计气味:当您第40次对“storedprocedurewrapper”进行编码,或者通过捕获DAO输出来实现查询结果的缓存时,您可以/应该使用ORM

使用Ruby/Rails或groovy/grails类型的框架,我看不到真正的原因 不是 从ORM层开始,因为两个环境都为您生成域。

在Spring/Hibernate中,这有点复杂,但是仍然可以节省很多类似的小类的手工编码。

在过去10年左右的时间里,我在一些项目中也发现,如果我们不开始使用ORM,我们最终会开发或“窃取”JDBC框架或其他脚手架代码,这些代码会重复ORM所能得到的很多东西。