c# - 我应该使用什么 ORM for .net？

Question

我对 .NET 比较陌生，并且使用 Linq2Sql 已经快一年了，但它缺少我现在正在寻找的一些功能。

我将开始一个新项目，我想在其中使用具有以下特征的 ORM:

它必须非常高效，我不想处理访问层来从数据库中保存或检索对象，但它应该允许我在实际将其提交到数据库之前轻松调整任何对象；它还应该允许我轻松地使用不断变化的数据库模式

它应该允许我扩展从数据库映射的对象，例如向它们添加虚拟属性(虚拟列到表)

它必须(至少几乎)与数据库无关，它应该允许我以透明的方式使用不同的数据库

它必须没有那么多配置或必须基于约定才能使其工作

它应该允许我使用 Linq

那么，你知道我可以使用的任何 ORM 吗？感谢您的帮助。

编辑 我知道一个选项是使用 NHibernate。这似乎是企业级应用程序的事实标准，但由于其深度学习曲线，似乎效率不高。换句话说，我在此处的其他一些帖子中读到过它与 Linq 的集成不佳。这一切都是真的吗？

Answer 1

也许你最好的选择是使用 NHibernate .对于商业和开源 ORM，它可以说是最好的“行业标准”。它变得真正稳定已经有很长一段时间了，被许多企业公司使用，基于更为人所知的 Hibernate (java)，但已经完全重写以充分利用 .NET 功能。
NHibernate 的缺点
这听起来像我是 NHibernate 的拥护者。也许我是。但是 NHibernate 有一个缺点:它有一个陡峭的学习曲线，要习惯许多可能性并且为您的情况选择正确的或“最佳”实践可能令人生畏，即使对于有经验的开发人员也是如此。但这是为几乎可以做任何事情的企业级 ORM 付出的代价。
NHibernate with FluentNHibernate 岩石
许多这些缺点和设置问题在您开始使用的那一刻就消失了 Fluent Nhibernate ，就个人而言，我几乎不再需要它了，因为它一次(几乎)消除了 NHibernate 的所有乏味。
它使使用 NHibernate 变得轻而易举:只需将您的实体编写为 POCO 并完全自动加载它们以创建您的数据库、关联等(或者如果已经存在，则不要创建模式)。使用 Fluent 语法配置您的数据库。一个非常简单的设置看起来像这样基本:

// part of a default abstract setup class I use
public ISessionFactory CreateSessionFactory()
{
    return Fluently.Configure()
        .Database(
            MsSqlConfiguration.MsSql2008
                .ConnectionString(c =>
                    c.Server(this.ServerName)
                    .Database(this.DatabaseName)
                    .Username(this.Username)
                    .Password(this.Password)
                    )
        )
        .Mappings(m =>
            m.AutoMappings.Add(AutoMap.AssemblyOf<User>()   // loads all POCOse
                .Where(t => t.Namespace == this.Namespace))
                // here go the associations and constraints,
                // (or you can annotate them, or add them later)
            )
        .ExposeConfiguration(CreateOrUpdateSchema)
        .BuildSessionFactory();
}


// example of an entity
// It _can_ be as simple as this, which generates the schema, the mappings ets
// but you still have the flexibility to expand and to map using more complex
// scenarios. It is not limited to just tables, you can map views, stored procedures
// create triggers, associations, unique keys, constraints etc.
// The Fluent docs help you step by step
public class User
{
    public virtual int Id { get; private set; }   // autogens PK
    public virtual string Name { get; set; }      // augogens Name col
    public virtual byte[] Picture { get; set; }   // autogens Picture BLOB col
    public virtual List<UserSettings> Settings { get; set; }  // autogens to many-to-one
}

public class UserSettings
{
    public virtual int Id { get; private set: }   // PK again
    public virtual int UserId { get; set; }       // autogens FK
    public virtual User { get; set; }             // autogens OO-mapping to User table
}

它获取所有 POCO 实体并自动映射它们，为 ORM 创建配置并在数据库中构建架构，前提是用户具有足够的权限。 Fluent 的一项非常强大的功能(以及较小的 NH)是在您进行任何更改时更新数据库模式。
对 NHibernate 的其他帮助
还有一个好处:存在许多自动生成工具(包括开源 MyGeneration)，它们可以从简单的 ODBC 或其他连接中获取您的数据库模式，并将它们转换为正确的实体类、关联和 HBM 配置文件。许多这些工具(部分)是图形设计辅助工具。
使用 S#arp 强制执行 MVC + NH + NUnit 最佳实践
请务必阅读 NHibernate best practices .它使泛型和 DAO 更上一层楼。您也可以跳到追逐并深入了解 S#arp ( download )，这是一个强加所有这些最佳实践并将 NUnit 添加到混合物中的框架。
在我开始使用一项新技术之前，我通常希望它得到很好的覆盖。 NHibernate 和 Hibernate 在这里并不缺。许多书籍从入门到专业解释(N)Hibernate，白皮书丰富，同时工具文档相当出色。
关于 LINQ 和 NH
LINQ 和 NHibernate 在所有类型的 ICollection<> 中一直配合得很好。用于多对 X 映射和其他关联，但需要首先检索数据，这需要良好的设计(缓存在这里有帮助)，否则性能会很差。自 LINQ 出现以来，这一直被认为是 NH 的痛点。
幸运的是，现在镇上来了一个新 child : NHibernate-LINQ ，将 LINQ 查询映射到 ICriteria提交前查询。 ICriteria 查询得到了很好的缓存，并且与 LINQ 的这种组合非常强大且非常高效。 NH-LINQ 现在是标准发行版的一部分。
免责声明
我已经使用 NHibernate 将近十年了(首先是 Java，后来是 .NET)。我曾与其他商业和开源 ORM 调情，但最终总是回到 NH(除非公司政策要求不同，但这种情况很少见)。这个故事可能听起来有点偏颇，但这里的篇幅太短，无法详细介绍 NHibernate 与其他技术的比较。
其他 ORM 很可能更适合您的需求，尤其是如果您从不打算在复杂的多数据库、多数据库服务器或难以映射到 OO 的遗留情况下使用它。对我来说，NH 闪耀是因为它不会以任何方式限制我并支持完整的往返工程，但是如果这里讨论的更轻的 ORM 的功能对您来说重量更重，那么您的选择可能会有所不同。
更新:添加了代码示例
更新:扩展的代码示例，修复了拼写错误和措辞
更新:小章节，增加了LINQ部分，增加了免责声明部分