为啥我看到 .Cast<int>() 和 .Select(a => (int)a) 之间存在差异?
Posted
技术标签:
【中文标题】为啥我看到 .Cast<int>() 和 .Select(a => (int)a) 之间存在差异?【英文标题】:Why am I seeing a difference between.Cast<int>() and .Select(a => (int)a)?为什么我看到 .Cast<int>() 和 .Select(a => (int)a) 之间存在差异? 【发布时间】:2020-05-02 08:08:26 【问题描述】:我正在尝试找出以下内容之间的区别:
someListOfEnums.Cast<int>()
和
someListOfEnums.Select(a => (int)a)?
我发现前者在 Entity Framework Core 3.1 的 Where
子句中使用时会导致异常,但后者不会。我原以为他们会采取类似的行动。
举个例子: 公共枚举水果 苹果, 香蕉, 橘子
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>()
会导致 where 子句包含枚举的名称(Apple、Orange 等),而使用 .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/breaking-changes#linq-queries-are-no-longer-evaluated-on-the-client
【问题讨论】:
你遇到了什么异常? 我在错误信息中加入了一个更好的例子。 【参考方案1】:实际上,从.net 的角度来看,Cast<int>
和Select(a => (int)a
是不同的。
Cast
会将值装箱到object
s,然后将其拆箱回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() 调用中的条件 可以导致表中的所有行都从数据库中传输 服务器,以及要在客户端应用的过滤器。
所以,以前您似乎只是将所有数据加载到客户端,然后在客户端应用过滤器。
【讨论】:
这很有趣,很高兴知道,但由于枚举继承自 int 我不确定这是我遇到的问题。实际的.Cast<int>()
操作似乎有效 - 如果我 .ToList()
它我得到一个整数列表,只有在传递到 EF 查询时才会出现问题。
@SBFrancies 哦,我明白了。我什至没有看那个枚举。那么有什么例外呢?
是的@SBFrancies,那是因为在您传递给 EF 查询时尚未评估您的 break
查询,添加 ToList
您正在强制执行 break
查询记忆
感谢您的所有帮助,我意识到我的原始示例不是最好的,我已在上面更新并包含错误消息。
@SBFrancies var breaks = list.Cast<int>().ToList();
有帮助吗?以上是关于为啥我看到 .Cast<int>() 和 .Select(a => (int)a) 之间存在差异?的主要内容,如果未能解决你的问题,请参考以下文章
为啥我可以将 static_cast void* 转换为 int* 而不能转换为 int*&?
哪个演员更快 static_cast<int> () 或 int()