c# - ORM/持久层建议

Question

我正在开始一个新项目，我正在寻找一个非常好的 ORM 或一个非基于 SQL 的持久层。
对于这个项目，我真的不关心数据是如何持久化的，只要它可以以合理的速度查询和存储，最重要的是使用简单的查询。
并发应该无缝处理(前端将在另一层，并且会有多个同时用户，尽管不一定要处理相同的数据)并且我不必关注数据层(简单查询，自动惰性加载等)越好。
我还想不惜一切代价避免弄乱基于字符串的查询，以便支持 LINQ 或其他直观且可能是强类型查询的工具获得巨大的好处。
最后使用 POCO 对象是我真正想做的另一件事
以下是我评估过的产品列表以及它们不适合的原因，只是为了让我看不到有关使用这些产品的任何建议:

• NHibernate:疯狂的 xml 东西，设置太多，模型更改的维护复杂性和成本高， session 工厂很乱，不能很好地满足我的需求
• CaSTLe ActiveRecord:基于 NHibernate，很少的文档加上一些与 NHibernate 相关的问题仍然适用。此外，要获得像样的模型，它需要太多属性，因此最好手动创建模式，而且处理关系的方式令人遗憾。
• Linq To SQL:缺少 POCO 对象，根据 MS 的说法，加类后不会有太大改善(EF 是他们的 promise )
• Entity Framweork:虽然在 v4 中 POCO 对象是可能的，但它们仍然很笨拙，迫使您进行过多的手动工作来进行设置。此外，v4 只是一个测试版
• LLBLGen Pro:很好，尤其是使用 SelfServicing 适配器，但不是 POCO。此外，LINQ 提供程序还不完善。最后，无法通过 LINQ 删除一组对象，这会导致混合 API(其中一个远非直观)，这是我不喜欢的。
• XPO:除了直观的、非常慢的并发问题，不是 POCO
• SubSonic SimpleRepository:有几分钟我以为自己在做梦。当我弄清楚这件事如何处理关系时，项目就结束了

我还查看了 MongoDB 和 CouchDB，但在这些情况下，相关对象的捕获看起来需要太多测试才能正确处理。此外，它们都不提供强类型查询。

提前感谢您的建议!

Answer 1

如果您能负担得起 LLBLGen 许可证，那就买吧。

越是使用 LINQ 查询语法，我就越不喜欢它(尽管我喜欢与其相关的语言功能，如扩展方法和表达式树)。

一开始我和其他人一样喜欢，但不确定 XYZ LINQ 提供程序中的 [[ where employee.Name.StartsWith("John Smit") ]] 是在 SQL 语句中还是在 LINQ to Objects 中完成(在SQL 返回所有结果)，而 [[ user.Roles.Contains(role) ]] 是否能正常工作则落后了一大步。

LLBLGen 可以在不加载的情况下删除所有项目，就像

MyEntityCollection.DeleteAll( new MyEntity {Condition = value} );

这很简单，我喜欢它。你得到延迟加载，你默认设置急切/深度加载和/或使用 Prefetch API 的每个查询。您可以动态地(轻松地)组合和构建无限级别的任何过滤器/排序/加载。非常好。

关于 LLBLGen 只有两个问题:首先，并非所有公司都愿意支付它的价格，尤其是考虑到 Microsoft 替代品的大肆宣传。其次，命名约定虽然是 RDBMS 理论中的标准)，例如 PredicateFactory 而不是“where”或“filter”，Prefetch 而不是深度加载，甚至是 SortExpression 而不是 orderby，这些对于第一次使用它的开发人员来说都有点可怕时间，但很快你就会学会爱他们，因为他们给了你力量和轻松。在 LLBLGen 3.0 中有关于 POCO 支持的讨论。我不能说，因为我不知道。

现在鉴于我不再在使用 LLBLGen 的公司工作，该公司使用 LINQ to SQL 主要是因为它在许多项目中被“证明”而没有大的失败(不像 EF 1，它在 LINQ to SQL 中甚至缺乏 LINQ 功能并且性能非常差，并且在高级映射中可能会受到很大限制 - 它应该是最好的!)。我在这家公司都用过，都讨厌。新项目的决定仍然是 LINQ to SQL，并尽我们所能克服它的局限性。这个网站 StackOVerflow 本身运行在它之上!!!你可以解决它来做 SEMI-POCO(当涉及到关联时你仍然需要使用一些 L2S 相关的类型)。

我也在家里做一些小项目。由于我不再拥有 LLBLGen 许可证，我决定学习 NHibernate 并将其与 Fluent NHibernate 和 LINQ To NHibernate 一起使用。通过这个我了解到 NHibernate 非常强大。它通过一些功能改变了我的工作方式，例如自动更新数据库模式(我在使用它时几乎从未接触过 D)。 LINQ 提供程序(在 NHibernate Contrib 项目中)有时非常缺乏，但 NHibernate 本身未发布的源代码包含更好的 LINQ 提供程序(尚未尝试)。当您进行与 L2S 中的 DataContext 或 EF 中的 ObjectContext 相关的 Web 开发时，NHibernate 中的“ session ”会出现问题(由于 self 跟踪实体，LLBLGen 不会受到这些问题的影响)。

不过，我在使用 NHibernate 时遇到的最大问题是查找信息的能力。太多的部分应该以某种方式放在一起，而没有太多的指导可以包含映射和查询的高级信息。如果不是我有一个 friend (Twitter 上的 Tuna Toksoz，@tehlike)碰巧是 NHibernate 项目源代码的提交者，我真的会遇到大麻烦。

我学到的教训是:如果你想要一些可以正常工作的东西并且有点基础，请使用 Linq To Sql 或 SubSonic，如果你想要一些中间的东西并且你的生产环境可以负担得起 BETA .NET 版本(假设存在 golive)，请使用Entity Framework 4.0，如果你想要一些非常强大的东西并且可以负担得起艰苦的学习过程，请转到 NHibernate，而且最好的是，如果你可以负担得起 LLBLGen，请使用它。