为什么我看到 .Cast<int>() 和 .Select(a => (int)a) 之间的区别？

Question

我正在尝试找出以下内容之间的区别：

someListOfEnums.Cast<int>()

和

someListOfEnums.Select(a => (int)a)?

我发现前者Where在 Entity Framework Core 3.1的子句中使用时会导致异常，但后者不会。我本来希望他们采取类似的行动。

举个例子： public enum Fruit { Apple, Banana, Orange }

public class FruitTable
{
    public int Id { get; set; }
    public Fruit Value { get; set; }
}

public class FruitContext : DbContext
{
    public DbSet<FruitTable> Fruit { get; set; }
}

public void TestMethod(FruitContext context)
{
    var list = new List<Fruit>{Fruit.Apple, Fruit.Orange};

    var breaks = list.Cast<int>();
    var works = list.Select(a => (int)a);

    var fruits1 = context.Fruit.Where(a => works.Contains(a.Value)).ToList();  //This works
    var fruits2 = context.Fruit.Where(a => breaks.Contains(a.Value)).ToList();  //This breaks
}

似乎.Cast<int>()在包含枚举名称（Apple、Orange 等）的 where 子句中使用结果，而 using.Select(a => (int)a)则不然。

---

更新

我已经意识到我上面的例子不会导致同样的问题（道歉）。我已经通过并创建了一个程序，它肯定会重现该问题。

使用以下数据库：

CREATE DATABASE Fruit

USE Fruit

CREATE TABLE Fruit
(
Id INT NOT NULL PRIMARY KEY,
Value INT NOT NULL,
)

INSERT INTO Fruit VALUES (1, 0)
INSERT INTO Fruit VALUES (3, 2)

以下程序：

using Microsoft.EntityFrameworkCore;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Linq.Expressions;
namespace ConsoleApp
{
    public class Program
    {
        static void Main(string[] args)
        {
            FruitTable.TestMethod(new FruitContext());
        }

        public enum Fruit
        {
            Apple,
            Banana,
            Orange
        }

        public class FruitTable
        {
            public int Id { get; set; }
            public int Value { get; set; }

            public static void TestMethod(FruitContext context)
            {
                IEnumerable<Fruit> list = new Fruit[] {Fruit.Apple, Fruit.Orange};

                var breaks = list.Cast<int>();
                var works = list.Select(a => (int) a);

                var fruits1 = context.Fruit.Where(a => works.Contains(a.Value)).ToList(); //This works
                var fruits2 = context.Fruit.Where(a => breaks.Contains(a.Value)).ToList(); //This breaks
            }
        }

        public class FruitContext : DbContext
        {
            protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
            {
                optionsBuilder.UseSqlServer("Server=.;Database=fruit;Trusted_Connection=True;ConnectRetryCount=0");
            }

            public DbSet<FruitTable> Fruit { get; set; }
        }
    }
}

导致以下错误：

'无效的列名'橙色'。无效的列名“Apple”。

---

编辑

补充一下这个问题在 .Net Core 2.2 中不存在，当我们迁移到 3.1 时出现了。考虑一下 - 这可能是由于：https : //docs.microsoft.com/en-us/ef/core/what-is-new/ef-core-3.0/break-changes#linq-queries-are -不再对客户进行评估

Answer 1

其实，从.NET的角度Cast<int>和Select(a => (int)a不同。 Cast将值装箱到objects，然后将其拆箱回int.

static IEnumerable<TResult> CastIterator<TResult>(IEnumerable source) {
            foreach (object obj in source) yield return (TResult)obj;
        }

并且作为规则，对象只能被拆箱到它被装箱的类型。否则会抛出异常。

但是，由于您的潜在价值Enum也是Int如此，Cast<int>它将按预期工作。

更新：

正如评论的那样，为了解决这个问题，您可以附加ToList()到查询的末尾。现在该查询将以适当的方式在 .net 端进行评估。否则，EF Core 3.0 将尝试生成 Sql 并且在失败的情况下会抛出异常。

 var breaks = list.Cast<int>().ToList();

关于您的编辑：

补充一下这个问题在 .Net Core 2.2 中不存在，当我们迁移到 3.1 时出现了。想一想——可能是因为这个：

在那个链接中真的很好地解释了它为什么在 .net core 2.2 中工作。看起来，在以前的版本中，当 EF Core 无法将作为查询一部分的表达式转换为 SQL 或参数时，它会自动评估客户端上的表达式。

这真的很糟糕。因为，如前所述：

例如，Where() 调用中无法转换的条件可能导致表中的所有行从数据库服务器传输，并且过滤器应用于客户端。

因此，以前您似乎只是将所有数据加载到客户端，然后在客户端应用过滤器。