c# - 从 EF Core 2 迁移到 EF Core 3

Question

在将我的项目从 (dotnet core 2/ef core 2) 升级到 (dotnet core 3/ef core 3) 之后，我几乎所有的 Entity Framework LINQ 查询都被破坏了。虽然我已经阅读了 this目前还不清楚该怎么做。

以下是一些我遇到问题的示例:

var league = await dbContext.League.LastAsync();

虽然此代码在 ef core 2 中运行良好，但在 ef core 3 中抛出异常。我能找到的唯一解决方法是以下代码，但它仍然不是我想要的，因为它不像以前那样异步。

var league = dbContext.League.AsEnumerable().Last();

抛出相同异常的另一个例子是下面的代码:

var user = await dbContext.User.FirstOrDefaultAsync(u =>
                u.UserId == userId && string.Equals(u.Token, token, StringComparison.InvariantCulture));

我仍然可以使用 AsEnumerable()，但是 FirstOrDefault 的异步版本在那里不可用，所以这不是一个选项。有人可以指导我吗？

编辑
这是异常(exception)情况:

System.InvalidOperationException: The LINQ expression 'Last<League>(DbSet<League>)' could not be translated. Either rewrite the query in a form that can be translated, or switch to client evaluation explicitly by inserting a call to either AsEnumerable(), AsAsyncEnumerable(), ToList(), or ToListAsync(). See https://go.microsoft.com/fwlink/?linkid=2101038 for more information.

Answer 1

您的问题的答案将非常冗长，因为它对应于 EF Core 3.0 中发生的一些不同变化；那么，让我们只考虑其中的一小部分。

正如您在问题中提到的，Microsoft 在 this post 中对 3.0 版的变化进行了某种令人困惑的描述。 .

上述帖子的第一部分是:“不再在客户端评估 LINQ 查询”。它说，在开发人员习惯于编写包含两个部分的查询之前；一部分是对数据库的查询，另一部分是只有客户端代码才知道的表达式。在这种情况下client evaluation of potentially expensive expressions only triggered a warning .但在新版本中，EF core 只允许在客户端评估最后一次 Select() 调用，并在存在无法转换为 SQL 或参数的表达式时抛出异常。

为了清楚这部分，让我们看一下 Diego Vega 在他的 EF Core 3.0 announcement blog post 中描述的一个例子。 .

Switch to client evaluation explicitly: If your query filters data based on an expression that cannot be translated to SQL, you may need to switch to client evaluation explicitly by inserting a call to either AsEnumerable(), AsAsyncEnumerable(), ToList(), or ToListAsync() in the middle of the query. For example, the following query will no longer work in EF Core 3.0 because one of the predicates in the where clause requires client evaluation:

var specialCustomers = context.Customers
    .Where(c => c.Name.StartsWith(n) && IsSpecialCustomer(c));

But if you know it is reasonable to process part of the filter on the client, you can rewrite the query as:

var specialCustomers = context.Customers
    .Where(c => c.Name.StartsWith(n)) 
    .AsEnumerable() // Start using LINQ to Objects (switch to client evaluation)
    .Where(c => IsSpecialCustomer(c));

在上面的例子中IsSpecialCustomer(c)是一种无法转换为 SQL 的方法，因为它是一种 C# 方法，只能在客户端代码中使用。因此，开发人员应该以可以翻译的形式重写查询，或者查询数据库，然后使用 .AsEnumerable() 向客户端评估数据库结果。然后可以根据 IsSpecialCustomer(c) 过滤结果返回值。这就是为什么您仍然可以访问 AsEnumerable() 的原因在您的代码中。

现在，让我们来看看为什么 FirstOrDefaultAsync()方法不可用？

嗯，造成这种情况的原因有两个。

我之前已经回答过第一个原因:检测不可组合SQL的代码在3.0版本中被删除了。

第二个是:查询管道不理解表达式树中的异步可查询运算符(例如:当您尝试在 EF.CompileQuery() 上访问它时)。

总而言之，您可以阅读一些有趣的帖子:

40 breaking bad changes in ef core 3

Announcing entity framework core 3.0 preview 9 and entity framework 6.3 preview 9

EF core issues on github