生产性

与持续性有关的代码可能是Java应用中最乏味的代码。Hibernate去掉了很多让人心烦的

工作（多于你的期望），让你可以集中到业务问题上。不论你喜欢哪种应用开发策略——自顶向下，从域模型开始；或者自底向上，从一个现有的数据库模式开始——使用Hibernate和适当的工具将会减少大量的开发时间。

可维护性

更少的代码行数（LOC）使系统更容易理解因为它们强调了业务逻辑而不是管道设备。更

重要的，一个系统包含的代码越少则越容易重构。自动的对象-关系持续性充分地减少了LOC。当然，统计代码行数是度量应用复杂性的值得争议的方式。然而，Hibernate应用更容易维护有其它方面的原因。在手工编码的持续性系统中，关系表示和对象模型之间存在一种不可避免的紧张。改变一个几乎总是包含改变其它的。并且一种表示设计经常需要妥协来适应其它的存在（实际上几乎总是发生的是域对象模型进行妥协）。ORM在这两种模型之间提供了一个缓冲，允许Java一方更优雅地进行面向对象的使用，并且每个模型都对其它模型的轻微改动进行了绝缘。

性能

一个共同的断言是手工编码的持续性与自动的持续性相比可能至少一样快，并且经常更

厂商独立性

ORM抽象了你的应用使用下层SQL数据库和SQL方言的方式。如果工具支持许多不同的数据库（大部分如此），那么这会给你的应用带来一定程度的可移植性。你不必期望可以达到“一次编写，到处运行”，因为数据库的性能不同并且达到完全的可移植性需要牺牲更强大的平台的更多的力气。然而，使用ORM开发跨平台的应用通常更容易。即使你不需要跨平台操作，ORM依然可以帮你减小被厂商锁定的风险。另外，数据库独立性对这种开发情景也有帮助：开发者使用一个轻量级的本地数据库进行开发但实际产品需要配置在一个不同的数据库上。

评论 (0) All

登陆 还没注册？