[翻译]EntityFramework Core 2.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 server ， sqlite和postgresql （来自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的所有社区反馈和贡献。再一次，您可以报告在我们的问题跟踪器中找到的任何新问题。