0

我了解到您不能在 LINQ 的 where 子句中使用数组元素。例如:

Department department = db.Departments.Single(d => d.DepartmentID == teams[i].DepartmentID);

那失败了。但是,我很好奇为什么这在编译时没有被捕获?是否存在这样的情况,可以防止此类语句出现全面编译时错误?

4

3 回答 3

5

它不会在编译时被捕获,因为它是完全有效的 C#。表达式被转换为适当的表达式树 - 它只是实体框架不支持的表达式树。不同的 LINQ 提供程序可能能够支持它。

C# 编译器对 LINQ 提供程序一无所知,也不应该知道。它知道的唯一相关方面是如何从 lambda 表达式构造表达式树、如何调用扩展方法以及如何使用查询表达式(此处未使用,但通常是 LINQ 的一部分)。

区分语言支持和支持非常重要——尤其是在 LINQ 的情况下。

于 2013-07-15T18:49:07.960 回答
2

c# 编译器将该代码转换为有效的表达式树,并且 LinqToEntities 查询翻译器直到运行时才有机会使用该树。

c# 编译器无法知道 LinqToEntities 查询翻译器的功能。

于 2013-07-15T18:50:16.870 回答
0

在编译时,C# 编译器只是试图让你的代码成为一个有效的表达式树,如果你的代码可以转换成一个有效的表达式树,它永远不会给出编译时错误。在编译时,它永远不会检查数据是否到来,索引是否在范围内。但是在运行时,只有当您的代码尝试将数据加载到其中时,只有代码才会给出异常。由于您的代码是正确的并且可以形成表达式树,因此它不会给出任何错误,但在运行时当它试图查看数据时它会引发异常。据我所知,您可能会得到索引超出范围异常。由于您使用了“teams[i].DepartmentID”,如果 team 的第 i 个值不包含任何部门,那么它会给您这个错误。如果您使用的是循环,则迭代循环直到 i-1。

于 2013-07-16T09:12:16.780 回答