LINQ where子句中的数组元素导致运行时错误与编译时错误

本文关键字：运行时错误 编译时错误 数组元素 where 子句 LINQ | 更新日期: 2023-09-27 18:22:21

我已经了解到，在LINQ的where子句中不能使用数组元素。例如：

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

这是失败的。然而，我很好奇，为什么在编译时没有发现这一点？有没有这样的情况可以防止这种语句出现全面的编译时错误？

LINQ where子句中的数组元素导致运行时错误与编译时错误

它在编译时没有被捕获，因为它是完全有效的C#。表达式被转换为一个合适的表达式树——它只是一个实体框架不支持的表达式树。不同的LINQ提供商可能能够支持它。

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

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

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

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

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

相关文章：