c# - .Net ORM/业务对象框架性能

Question

目前我正在使用一个自定义业务对象层(采用外观模式)，其中对象的属性从存储过程中加载，并为业务逻辑提供一个位置。这在尝试将我们的代码库移动到更加分层和标准化的应用程序模型方面一直运作良好，但感觉这种方法更像是一个进化步骤而不是永久步骤。

我目前正在考虑转向更正式的框架，这样某些架构决策就不必由我自己决定了。过去，我曾使用过 CSLA 和 Linq to SQL，虽然我喜欢 CLSA 中的许多设计决策，但我发现它对我的口味来说有点臃肿，而且 Linq to SQL 可能没有我想要的性能。我一直对 NHibernate 的流行和 Linq to Entity 的插入很感兴趣，但是性能是一个关键问题，因为在某些情况下需要一次获取大量记录(> 15k)(请不要争论原因为此)并且对性能很好奇什么看起来是采用正式 .Net 对象框架的最佳选择？

注意:这将主要用于 Winform 和 WPF 应用程序。

重复: https://stackoverflow.com/questions/146087/best-performing-orm-for-net

Answer 1

http://ormbattle.net - 那里的性能测试似乎几乎正是您想要看到的。

你一定要看materialization test(抓取大量item的表现就是这样)；此外，您可以将 ORM 性能与在普通 ADO.NET 上执行相同操作的近乎理想的 SQL 的性能进行比较。