ASP.NET MVC与ORM选择

Question

我们正准备开始重新开发大型老化的内部企业应用程序。我们已经决定使用ASP.NET MVC，但考虑的是选择哪个对象关系映射(ORM)。当然，有许多开源和付费的ORM实现可用。然而，NHibernate似乎拥有最大的关注点，而实体框架则是微软的新热点。

当我们在做研究和玩这两个游戏的时候，我们想把它放在社区上，看看他们喜欢哪一个ORM (NHibernate，实体框架，或者其他)，以及为什么。

类似的堆栈溢出问题

• 你最喜欢什么.NET ORMs？ (好的列表，但是w的理由)
• ASP.NET MVC + ORM (主要关注城堡项目AR)
• 您会为.NET推荐什么对象映射器解决方案？闭问题

附加.NET ORM阅读

• .NET 3.5中的ORM
• 为什么使用实体框架？
• 为什么使用实体框架？是啊，为什么呢？
• 最佳.NET ORM工具

Answer 1

您应该看看夏普建筑，一个使用NHibernate的ASP.NET MVC应用程序框架。

在过去的几年里，我使用了一些O/RMs，除了NHibernate，没有别的选择。

1. 这是最成熟的。
2. 它有大量的特征。
3. 它背后有一个很好的社区。
4. 它有一些很棒的辅助项目，比如Fluent NHibernate。

我不知道人们还能在你所联系的问题上给你更多的信息。

Answer 2

疯狂的回答:没有。

这并不是说，如果使用得当，ORMs并不是一种令人敬畏的技术。但在2011年，它们正迅速成为通用的锤子，并非所有的问题都是钉子。在现代的ORMs中发生了很多事情，特别是对那些不太熟悉它们的人来说，他们可以混淆事物而不是帮助事物。或者，有时候事情很简单，所以直接的SQL是一个更好的选择。无论ORM有多好，抽象都会在某个时候泄漏。

要看的另一面是整个NoSQL运动。这项技术还有点新，但是对于新的工作来说，这是一个必须考虑的数据访问策略，因为在构建您的应用程序时需要花费很多时间。

Answer 3

简短的回答:两者都用(我真的两者都用).

有了ORM，有多种可能性，一切都取决于你想要什么。

作为一个真实的ORM映射器，我强烈地重新评论了、NHibernate、和Fluent NH映射。你需要大量的研究来建立一个好的架构，但是没有什么能阻挡你。只要做出最小的妥协，你就能得到真正的灵活性。

EF6x (core不是prod。就绪的IMHO)被称为ORM，但它所生成的更接近DAL。有些事情你不能有效地使用EF6。尽管如此，这仍然是我最喜欢的读模型工具，而我确实将它与NHibernate ( NH用于DDD/ with模型)结合在一起。

现在是performance --它总是有利的和不利的。如果您深入了解ORM 体系结构(请参阅我的文章：避免ORM坏习惯)，那么您将直观地找到使其更快的方法。下面是我关于如何使EF6x 5x 更快的(至少在阅读情况下)的另一篇文章：EF6.x5x快