欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

[翻译]EntityFramework Core 2.2 发布

程序员文章站 2023-10-27 20:01:22
Net Core 2.2发布了,关于EF Core2.2官方也给出了更新内容,本篇为官方博客翻译。 ......

原文来源 techviews


今天我们将推出ef core 2.2的最终版本,以及asp.net core 2.2.net core 2.2 。这是我们的开源和跨平台对象数据库映射技术的最新版本。

ef core 2.2 rtm包含一百多个错误修复和一些新功能:

空间数据支持

空间数据可用于表示对象的物理位置和形状。许多数据库可以本地存储,索引和查询空间数据。常见方案包括查询给定距离内的对象,以及测试多边形是否包含给定位置。 ef core 2.2现在支持使用nettopologysuite (nts)库中的类型处理来自各种数据库的空间数据。

空间数据支持是作为一系列特定于提供者的扩展包实现的。这些包中的每一个都为nts类型和方法以及数据库中相应的空间类型和功能提供映射。此类提供程序扩展现在可用于sql serversqlitepostgresql (来自npgsql项目 )。空间类型可以直接与ef core内存提供程序一起使用,无需额外扩展。

安装提供程序扩展后,可以向实体添加支持的类型的属性。例如:

 using nettopologysuite.geometries;

namespace myapp
{
public class friend
{
[key]
public string name { get; set; }

[required]
public point location { get; set; }

}
}

然后,您可以使用空间数据保留实体:

 using (var context = new mydbcontext())
{
context.add(
new friend
{
name = "bill",
location = new point(-122.34877, 47.6233355) {srid = 4326 }
});
context.savechanges();
}

您可以根据空间数据和操作执行数据库查询:

  var nearestfriends =
(from f in context.friends
orderby f.location.distance(mylocation) descending
select f).take(5).tolist();

有关此功能的更多信息,请参阅 。

拥有实体的集合

ef core 2.0增加了在一对一关联中建立所有权模型的能力。 ef core 2.2扩展了将所有权表达为一对多关联的能力。所有权有助于限制实体的使用方式。

例如,拥有的实体: - 只能出现在其他实体类型的导航属性上。 - 自动加载,并且只能由dbcontext与其所有者一起跟踪。

在关系数据库中,拥有的集合映射到所有者的单独表,就像常规的一对多关联一样。但是在面向文档的数据库中,我们计划将拥有的实体(在拥有的集合或引用中)嵌套在与所有者相同的文档中。

您可以通过调用新的ownsmany()api来使用该功能:

 modelbuilder.entity<customer>().ownsmany(c => c.addresses); 

有关更多信息,请参阅 。

查询标签

此功能简化了代码中的linq查询与日志中捕获的生成的sql查询的关联。

要利用查询标记,请使用新的tagwith()方法注释linq查询。使用前一个示例中的空间查询:

  var nearestfriends =
(from f in context.friends.tagwith(@"this is my spatial query!")
orderby f.location.distance(mylocation) descending
select f).take(5).tolist();

此linq查询将生成以下sql输出:

 -- this is my spatial query!

select top(@__p_1) [f].[name], [f].[location]
from [friends] as [f]
order by [f].[location].stdistance(@__mylocation_0) desc

有关更多信息,请参阅 。

获得ef core 2.2

ef core nuget包可以在nuget gallery上获得 ,也可以作为asp.net core 2.2新的.net core sdk的一部分

如果要在基于asp.net core的应用程序中使用ef core,我们建议您首先将应用程序升级到asp.net core 2.2

通常,在应用程序中使用ef core的最佳方法是为应用程序将使用的提供程序安装相应的nuget包。例如,要从命令行在.net core项目中添加2.2版本的sql server提供程序,请使用:

 $ dotnet add package microsoft.entityframeworkcore.sqlserver -v 2.2.0 

或者从visual studio中的程序包管理器控制台:

 pm> install-package microsoft.entityframeworkcore.sqlserver -version 2.2.0 

有关如何将ef core添加到项目的更多信息,请参阅有关安装entity framework core的文档

与ef core 2.1的兼容性

我们花了很多时间和精力确保ef core 2.2向后兼容现有的ef core 2.1提供程序,并且更新应用程序以在ef core 2.2上构建不会导致兼容性问题。我们预计大多数升级都会顺利进行,但如果您发现任何意外问题,请向我们的问题跟踪器报告。

ef core 2.2中存在一个已知的更改,可能需要在应用程序代码中进行少量更新。有关更多详细信息,请阅读以下问题的说明:

  • #13986配置为拥有实体和常规实体的类型需要在从2.1升级到2.2后定义主键

我们打算维护一份可能需要调整问题跟踪器上现有代码的问题列表。

接下来是什么:ef core 3.0

随着ef core 2.2的出现,我们的主要关注点是ef core 3.0。我们仍需要弄清楚下一个主要版本的几个细节,但这里是我们目前所知的一些主要主题:

  • linq改进 :linq使您能够在不离开您选择的语言的情况下编写数据库查询,利用丰富的类型信息来获取intellisense和编译时类型检查。但linq还使您能够编写无限数量的复杂查询,这对linq提供商来说一直是一个巨大的挑战。在ef core的前几个版本中,我们通过弄清楚查询的哪些部分可以转换为sql,然后允许其余查询在客户端的内存中执行来解决。在某些情况下,此客户端执行可能是合乎需要的,但在许多其他情况下,它可能导致在将应用程序部署到生产之前可能无法识别的低效查询。在ef core 3.0中,我们计划对linq实现的工作方式以及测试方式进行深刻的更改。目标是使其更加健壮(例如,避免破坏补丁版本中的查询),能够将更多表达式正确地转换为sql,在更多情况下生成有效查询,并防止低效查询未被检测到。
  • cosmos db支持 :我们正在为ef core开发cosmos db提供程序,使熟悉ef编程模型的开发人员能够轻松地将azure cosmos db作为应用程序数据库。目标是利用cosmos db的一些优势,如全局分发,“始终在线”可用性,弹性可伸缩性和低延迟,.net开发人员更容易访问。提供程序将针对cosmos db中的sql api启用大多数ef core功能,如自动更改跟踪,linq和值转换。我们在ef core 2.2之前就开始了这项工作, 。新计划是继续与ef core 3.0一起开发提供商。
  • c#8.0支持 :我们希望我们的客户能够利用c#8.0中的一些例如异步流(包括等待每个)和使用ef core时可以为空的引用类型。
  • 将数据库视图反转为查询类型:在ef core 2.1中,我们添加了对查询类型的支持,查询类型可以表示可以从数据库读取但无法更新的数据。查询类型非常适合映射数据库视图,因此在ef core 3.0中,我们希望自动创建数据库视图的查询类型。
  • 属性包实体 :此功能是关于启用在索引属性中存储数据而不是常规属性的实体,以及是否能够使用相同.net类的实例(可能像dictionary<string, object>这样简单的实例)表示同一ef core模型中的不同实体类型。此功能是支持多对多关系的垫脚石,没有连接实体,这是ef core最需要的改进之一。
  • .net core上的ef 6.3 :我们知道许多现有应用程序使用以前版本的ef,并且将它们移植到ef core只是为了利用.net core有时需要付出巨大努力。出于这个原因,我们将调整下一版本的ef 6以在.net core 3.0上运行。我们这样做是为了便于以最小的更改移植现有的应用程序。会有一些限制(例如,它将需要新的提供程序,不会启用sql server的空间支持),并且没有为ef 6计划的新功能。

谢谢

ef团队感谢大家对ef core 2.2的所有社区反馈和贡献。再一次,您可以报告在我们的问题跟踪器中找到的任何新问题。