网站备案查询 工信部,wordpress 说明,给公司建官网,运营公众号需要多少钱推荐关注「码侠江湖」加星标#xff0c;时刻不忘江湖事掌握 ORM 开发方式是每一个 .NET 开发者所必备的技能#xff0c;而且 .NET 平台有很多优秀的 ORM 框架。很多人都会诟病 .NET 官方标配的 Entity Framework#xff0c;感觉其笨重难用、性能低下。但其实经过多年发展时刻不忘江湖事掌握 ORM 开发方式是每一个 .NET 开发者所必备的技能而且 .NET 平台有很多优秀的 ORM 框架。很多人都会诟病 .NET 官方标配的 Entity Framework感觉其笨重难用、性能低下。但其实经过多年发展EF Core 已经是 .NET 平台中的新一代 ORM 框架。虽然是上一代 EF 的跨平台版本但在其本就无比安全稳定的基础上做了很多的改进摒弃了一些包袱、优化了性能丰富了扩展等。这个系列的目的就是全面的讲述 EF Core让大家对其有一个系统的了解内容较为精炼不会有太多废话。基础概念想要使用 EF Core必须安装 Microsoft.EntityFrameworkCore 库它提供了 EF Core 核心功能。除此之外我们还需要安装与你使用的数据库相匹配的数据库提供程序。比如本文示例使用的是 SQL Server LocalDB所以我需要安装 Microsoft.EntityFrameworkCore.SqlServer库。模型EF Core 是一个 ORM 框架。什么是 ORM也就是 「Object Relational Mapping」对象关系映射。这里的 Object 在 EF Core 中以实体类来表示。实体类是 EF Core 用于映射到数据库表的一个类。在这个示例中有一个 Entities 文件夹用来存放与 EF Core 相关的实体类里面有一个名为 Account 的实体类。EF Core 中有一系列的规则来帮助它将实体类映射到数据库表中。以 Account 实体类为例这个映射过程很简单首先EF Core 通过实体类拥有了用于列和配置映射的表的信息。接下来这个类中的所有公共属性都会被映射到表的列中并具有与属性相同的名称。最后EF Core 使用命名约定在数据库表中从 AccountId 属性中创建一个主键。连接字符串EF Core 是一个面向数据库的 ORM 框架我们就必须为它提供数据库的信息也就是数据库连接字符串。一般情况下我们使用 「appsettings.json」 配置文件为 EF Core 提供连接字符串。{ConnectionStrings: {DefaultConnection: Server(localdb)\\MSSQLLocalDB;DatabaseCodeMan;Trusted_ConnectionTrue;MultipleActiveResultSetstrue}
}在这个示例中提供的连接字符串是SQL Server LocalDB 中的默认实例指定的数据库名称是 「CodeMan」。需要注意的是由于连接字符串属于敏感信息所以使用配置文件来存储连接字符串并不是最好的做法特别是对于生产环境。那么针对生产环境更好的方法就是使用环境变量来提供诸如连接字符串的敏感信息。依赖注入EF Core 中有一个非常重要的东西就是数据上下文类。在这个示例中Entities 目录中的 ApplicationContext 类型就是 EF Core 在当前应用中的上下文类。这个类必须继承自 DbContext 基类它包含访问数据库的信息和配置。构造函数使用 DbContextOptions 参数为基类提供额外的选项。其中最重要的是 DbSetAccount 类型的 Accounts 属性。EF Core 会在上下文类中查找所有的公共 DbSet 属性将它们的名称映射到数据库中的表的名称。然后它会进入 DbSetT 提供的泛型类在我们的例子中它是一个 Account 类并将所有的公共属性映射到表中具有相同名称和类型的列。如果 Account 类对其他类有任何引用EF Core 还会使用这些引用属性并在数据库中创建相应的关系。让我们回到在 Main 方法中:首先我们创建了一个读取 appsettings.json 配置文件的配置对象用来获取连接字符串然后在依赖注入系统中通过使用 AddDbContext 方法来注册 ApplicationContext 上下文类在它的配置委托中使用 UseSqlServer 方法设置连接字符串。在这个示例中还注册了一个 AccountService 服务该服务的实现类通过构造函数注入了上下文实例。这样我们就可以在服务类中使用上下文实例。上下文池需要注意的是在EF Core 中注册上下文类的方法有两种AddDbContext 方法注册的上下文类型生命周期模式默认是作用域这个作用域的范围是线程在 ASP.NET Core 应用中作用域的范围表现为一个请求。因为上下文实例是非线程安全的所以我们一般不需要去修改它的生命周期模式。另外还有一个 AddDbContextPool 方法它用来配置上下文实例池。上下文池可以重复使用上下文实例而不是为每个请求创建新的实例。当应用请求上下文实例时 EF Core 会首先检查池中是否有可用的实例。请求处理完成后上下文实例的任何状态都会被重置然后回到池中。也就是说保存在池中的可以复用的上下文实例它不会再被初始化。所以它不太适合在每一次使用它都需要初始化的场景。上下文池可以提高大型 Web 应用的吞吐量。默认情况下池中保持的上下文实例数是 1024 个这个值可以通过 poolSize 参数进行修改示例中修改为 2048 个。一旦池中保存的实例数超出池大小就不会再保存新的上下文实例此时 EF Core 会回退到「按需创建实例的非池行为」。池的大小需要根据实际情况去设置池容量太小如果不够用就会回退到非池行为此时池的意义不大。如果池容量太大则可能消耗不必要的内存因为未使用的上下文实例也保留在池中。一般情况下池的性能提升通常可以忽略不计除非是在高度优化的方案中。上下文类我们现在再回头看一看 ApplicationContext 上下文类它的构造函数中接受了一个 DbContextOptions 类型的参数这个参数用来提供上下文的选项。除了直接使用 DbContextOptions 类型还可以使用泛型版本 DbContextOptions 类型。public ApplicationContext(DbContextOptionsApplicationContext options)无论使用哪个版本我们的应用都会正常工作。使用哪一个版本取决于你的应用中是否有多种上下文类型。如果应用中有多种上下文类型就推荐使用泛型版本而当前示例的情况并非如此所以使用的是非泛型版本。DbContext有三个重要的属性Database 属性负责与数据库的交互、数据库的迁移/创建和原始 SQL 查询。ChangeTracker 属性用于跟踪通过同一上下文实例查询出的实体状态。Model 属性提供了对 EF Core 在连接或创建数据库时使用的数据库模型。我们可以使用 Model 属性来访问每个实体及其属性的信息。不过这需要我们安装 Microsoft.EntityFrameworkCore.Relationa 库。然后在 AccountService 实现类的 Run 方法中就可以通过使用上下文实例的 Model 属性找到上下文中的任意实体并获取它的一些信息比如表名和主键字段名。小结这篇文章讲述了 EF Core 的一些基本概念模型、连接字符串、依赖注册、上下文池与上下文类。下篇文章我们将盘点一下 EF Core 的属性配置。更多精彩内容请关注我▼▼如果喜欢我的文章那么在看和转发是对我最大的支持戳下面蓝字阅读ASP.NET 6 中间件系列ASP.NET 最通俗易懂的依赖注入系列老子不亏是程序员的祖师爷不得不知的超精简 HTTP 协议推荐关注微信公众号码侠江湖 觉得不错点个在看再走哟如果喜欢我的文章那么在看和转发是对我最大的支持戳下面蓝字阅读ASP.NET 6 中间件系列ASP.NET 最通俗易懂的依赖注入系列老子不亏是程序员的祖师爷不得不知的超精简 HTTP 协议推荐关注微信公众号码侠江湖 觉得不错点个在看再走哟
