从简单对象到数据库产品

Question

我一直在研究.NET的一些不同产品，它们建议通过提供业务对象无缝映射到自动生成的数据库的方法来加快开发时间。我从来没有遇到过编写数据访问层的问题，但我想知道这种类型的产品是否真的会节省它声称的时间。我还担心我会放弃对数据库的太多控制，并使追踪任何数据级别的问题变得更加困难。在数据库和业务对象结构必须改变的艰难情况下，这些类型的产品会使情况变得更好还是更糟？

例如：Object Relation Mapping from Dev Express

从本质上讲，这值得吗？我会节省大量的时间、精力和将来的bug吗？

Answer 1

我用过SubSonic和EntitySpaces。一旦你掌握了它们的诀窍，我相信它们可以节省你的时间，但随着你的应用程序的复杂性和数据量的增长，你可能会超过这些工具。你开始浪费时间去找出像性能问题这样的问题是与ORM有关还是与你的代码有关。所以，为了回答你的问题，我认为这取决于。我倾向于同意Eric的观点，大容量的企业应用程序不是通用ORM的好地方，但在标准票价较小的CRUD类型的应用程序中，您可能会看到一些节省的时间。

Answer 2

我发现来自Apache组的iBatis是解决这个问题的一个很好的方案。我的团队目前正在使用iBatis将我们所有的调用从Java映射到MySQL后端。这是一个巨大的好处，因为它很容易管理我们所有的SQL查询和过程，因为它们都位于XML文件中，而不是我们的代码中。将SQL与您的代码分离，无论使用哪种语言，都会有很大帮助。

此外，iBatis允许您编写自己的数据映射器，以便将数据映射到对象或从对象映射到DB。我们想要这种灵活性，而不是Hibernate类型的解决方案为您做所有的事情，但(IMO)也限制了您执行复杂查询的能力。

还有一个iBatis的.NET版本。

Answer 3

我最近从城堡项目中为一个应用程序设置了ActiveRecord。这很容易上手。在用它创建了一个新的应用程序后，我甚至使用MyGeneration为ActiveRecord可以在相当短的时间内使用的遗留应用程序编写了类文件。它使用NHibernate与数据库交互，但去掉了NHibernate附带的所有xml映射。好的是，如果有必要，你的项目中已经有了NHibernate，如果你有一些特殊情况，你可以使用它的全部功能。我建议你看一看。