.NET Core 中的 ORM 框架对比

        在 .NET Core 中选择正确的对象关系映射 （ORM） 工具可能是开发生命周期中的关键决策。所选的 ORM 会影响应用程序的性能、可维护性和可伸缩性。在本文中，我们将深入分析三个突出的 ORM 选择：Entity Framework Core、Dapper 和 NHibernate。

        每个 ORM 都有其优点和缺点，我们将通过实际的代码示例来探索它们。1. 实体框架核心实体框架核心（EF Core）是Microsoft的官方ORM，以其简单性和与其他Microsoft技术的集成而闻名。它支持各种数据库提供程序，并遵循约定优先于配置的方法。让我们深入研究一个详细的例子：模型定义public

        在 .NET Core 中选择正确的对象关系映射 （ORM） 工具可能是开发生命周期中的关键决策。所选的 ORM 会影响应用程序的性能、可维护性和可伸缩性。在本文中，我们将深入分析三个突出的 ORM 选择：Entity Framework Core、Dapper 和 NHibernate。每个 ORM 都有其优点和缺点，我们将通过实际的代码示例来探索它们。

1. EF Core

Entity Framework (EF) Core 是轻量化、可扩展、开源和跨平台版的常用 Entity Framework 数据访问技术。

EF Core 可用作对象关系映射程序 (O/RM)，这可以实现以下两点：

• 使 .NET 开发人员能够使用 .NET 对象处理数据库。
• 无需再像通常那样编写大部分数据访问代码。
• EF查询使用的是LINQ进行查询

让我们深入研究一个详细的例子：

模型定义

public class Blog
{
    public int BlogId { get; set; }
    public string Url { get; set; }
    public int Rating { get; set; }
    public List Posts { get; set; }
}
 
public class Post
{
    public int PostId { get; set; }
    public string Title { get; set; }
    public string Content { get; set; }
 
    public int BlogId { get; set; }
    public Blog Blog { get; set; }
}

数据库上下文

public class BloggingContext : DbContext
{
    public DbSet Blogs { get; set; }
    public DbSet Posts { get; set; }
 
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer(
            @"Server=(localdb)\mssqllocaldb;Database=Blogging;Trusted_Connection=True");
    }
}
 

查询数据

using (var db = new BloggingContext())
{
    var blogs = db.Blogs
        .Where(b => b.Rating > 3)
        .OrderBy(b => b.Url)
        .ToList();
}

保存数据

using (var db = new BloggingContext())
{
    var blog = new Blog { Url = "http://sample.com" };
    db.Blogs.Add(blog);
    db.SaveChanges();
}

EF O/RM 注意事项

虽然 EF Core 善长提取许多编程详细信息，但还是有一些适用于任何 O/RM 的最佳做法，可帮助避免生产应用中的常见陷阱：

• 若要在高性能生产应用中构建、调试、分析和迁移数据，必须具备基础数据库服务器的中级知识或更高级别的知识。 例如，有关主键和外键、约束、索引、标准化、DML 和 DDL 语句、数据类型、分析等方面的知识。
• 功能和集成测试：请务必尽可能严密地复制生产环境，以便：
  • 查找仅在使用特定版本的数据库服务器时应用才出现的问题。
  • 在升级 EF Core 和其他依赖项时捕获中断性变更。 例如，添加或升级 ASP.NET Core、OData 或 AutoMapper 等框架。 这些依赖项可能以多种意外方式影响 EF Core。
• 通过代表性负载进行性能和压力测试。 某些功能的不成熟用法缩放性不佳。 例如，多项集合包含内容、大量使用延迟加载、对未编制索引的列执行条件查询、对存储生成的值进行大规模更新和插入、缺乏并发处理、大型模型、缓存策略不充分。
• 安全评审：例如，连接字符串和其他机密处理、非部署操作的数据库权限、原始 SQL 的输入验证、敏感数据加密。
• 确保日志记录和诊断充足且可用。 例如，适当的日志记录配置、查询标记和 Application Insights。
• 错误恢复。 为常见故障场景（如版本回退、回退服务器、横向扩展和负载平衡、DoS 缓解和数据备份）准备应急计划。
• 应用程序部署和迁移。 规划如何在部署过程中应用迁移；在应用程序启动时执行此操作可能会导致并发问题，并且对于常规操作，这所需的权限比必要权限更高。 在迁移期间，使用暂存来辅助从错误中恢复。 有关详细信息，请参阅应用迁移。
• 生成的迁移的详细检查和测试。 将迁移应用于生产数据前，应对其进行全面测试。 若表中包含生产数据，架构的形状和列类型就不能轻易更改。 例如，在 SQL Server 上，对于映射到字符串和十进制属性的列，nvarchar(max) 和 decimal(18, 2) 极少成为最佳类型，但这些是 EF 使用的默认值，因为 EF 不了解你的具体情况。

2.Dapper

        Dapper 主要能够让你练习你的 SQL 技能，按你认为的那样构建查询和命令。它接近于“金属”而非标准的 ORM，免除了解释查询的工作。Dapper 可以通过其 API 为你执行查询以及—假如查询结果的架构与目标类型的属性相匹配—自动实例化对象并向对象填充查询结果。此处还有另一个显著的性能优势： Dapper 能够有效缓存它获悉的映射，从而实现后续查询的极速反序列化。

DapperDesigner 类

public class DapperDesigner
{
  public DapperDesigner() {
    Products = new List();
    Clients = new List();
  }
  public int Id { get; set; }
  public string LabelName { get; set; }
  public string Founder { get; set; }
  public Dapperness Dapperness { get; set; }
  public List Clients { get; set; }
  public List Products { get; set; }
  public ContactInfo ContactInfo { get; set; }
}

查询代码类 

var designers = sqlConn.Query<DapperDesigner>("select * from DapperDesigners"); 

Dapper 和关系查询 

var sql = @"select * from DapperDesigners D            JOIN Products P            ON P.DapperDesignerId = D.Id"; var designers= conn.Query<DapperDesigner, Product,DapperDesigner> (sql,(designer, product) => { designer.Products.Add(product);                               return designer; });

编码难度加大，执行速度变快 

Dapper 是精确控制 SQL 查询和高性能数据访问至关重要的场景的绝佳选择。它对于读取密集型应用程序特别有用。

Dapper使用查询用的是原始的SQL。

3. NHibernate

NHibernate是Hibernate的C#版，众所周知Hibernate是Java 里ORM的顶梁柱。与EntityFramework不同的地方是，Hibernate以配置文件为主，通过配置文件规范使用，Object/Relation 映射。而NHibernate这继承了这一点，也是以配置文件优先

映射

需要创建一个项目用的配置文件：App.config.
 
C# 项目中，除了Web类型的项目，每个项目的主配置文件的名称都是App.config，这是一个固定名称。
 
文件内容如下：
 
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
</configuration>
在 configuration节点之间添加以下内容：
 
<configSections>
    <section name="hibernate-configuration" type="NHibernate.Cfg.ConfigurationSectionHandler, NHibernate"/>
  </configSections>
这段代码的含义是，在config文件中添加一个 hibernate-configuration结点，结点的解析由类：NHibernate.Cfg.ConfigurationSectionHandler，所在包是NHibernate。
 
在App.config文件configuration结点中添加以下代码：
 
<hibernate-configuration xmlns="urn:nhibernate-configuration-2.2">
    <session-factory>
        <property name="dialect">NHibernate.Dialect.MsSql2012Dialect</property>
        <property name="connection.connection_string">
            Data Source=.;Initial Catalog=Demo;Integrated Security=True
        </property>
        <property name="hbm2ddl.auto">create-drop</property>
        <mapping assembly="dataprovider" />
    </session-factory>
</hibernate-configuration>
这是固定格式，其中dialect表示使用的数据库类型，connection.connection_string 表示连接字符串。mapping表示映射关系文件所在项目。

获取ISessionFactory

然后获取一个ISessionFactory：
 
Configuration cfg = new Configuration();
var sessionFactory = cfg.BuildSessionFactory();
当然，如果直接运行代码的话，会在 BuildSessionFactory这里报错。因为没有为SQL Server安装数据访问驱动：
 
System.Data.SqlClient
将数据访问驱动安装成功后，运行可以获得sessionFactory。
 
sessionFactory用来创建一个访问数据库的Session

 增删改查

先来个简单的示例类：
 
public class Cat
{
    public virtual string Id { get; set; }
    public virtual string Name { get; set; }
    public virtual char Sex { get; set; }
    public virtual float Weight { get; set; }
}
NHibernate的映射关系文件：Cat.hbm.xml
 
<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" namespace="dataprovider" assembly="dataprovider">
  <class name="Cat" table="Cat">
 
    <!-- A 32 hex character is our surrogate key. It's automatically
            generated by NHibernate with the UUID pattern. -->