带有 lambda 表达式的 LINQ where 子句，该表达式具有 OR 子句和返回不完整结果的 null 值

简而言之问题

我们在Where子句中使用了一个lambda表达式，它没有返回“预期”结果。

快速总结

在analysisObjectRepository 对象中，某些对象也在名为Parent 的属性中包含父关系。我们正在查询这个analysisObjectRepository以返回一些对象。

detail

下面的代码应该做的是，返回包含 ID 值的特定对象的根、第一个子对象（直接子对象）和孙子对象。

在下面的代码中，常识表明，使 3 个单独的 OR 条件中的任何一个为 true 的所有结果都应该像结果中一样返回。

List<AnalysisObject> analysisObjects = 
    analysisObjectRepository
        .FindAll()
        .Where(x => x.ID               == packageId ||
                    x.Parent.ID        == packageId || 
                    x.Parent.Parent.ID == packageId)
        .ToList();

但上面的代码只返回子对象和孙子对象，而不返回根对象（具有 null Parent 值），这使得

x.ID == packageId

条件为真。

仅构成第二个的对象

x.Parent.ID == packageId

第三个

x.Parent.Parent.ID == packageId

条款被退回。

如果我们只用下面的代码编写返回根对象的代码，它就会被返回，所以我们完全确定analysisObjectRepository包含所有对象

List<AnalysisObject> analysisObjects = 
    analysisObjectRepository
        .FindAll()
        .Where(x => x.ID == packageId )
        .ToList();

但是，当我们将其重写为委托时，我们得到了预期的结果，返回所有预期的对象。

List<AnalysisObject> analysisObjects = 
    analysisObjectRepository
        .FindAll()
        .Where(delegate(AnalysisObject x) 
        { 
            return 
              (x.ID == packageId) || 
              (x.Parent != null && x.Parent.ID == packageId) || 
                  (x.Parent != null && 
                   x.Parent.Parent != null && 
                   x.Parent.Parent.ID == packageId); })
        .ToList();

question

我们是否在 lambda 表达式中遗漏了某些内容？这是一个非常简单的三部分 OR 条件，我们认为任何使三个条件中的任何一个为 true 的对象都应该被返回。我们怀疑具有 null Parent 值的根对象可能会导致问题，但无法准确地弄清楚。

任何帮助都会很棒。

您的第二个委托不是以匿名委托（而不是 lambda）格式重写第一个委托。看你的条件了。

First:

x.ID == packageId || x.Parent.ID == packageId || x.Parent.Parent.ID == packageId

Second:

(x.ID == packageId) || (x.Parent != null && x.Parent.ID == packageId) || 
(x.Parent != null && x.Parent.Parent != null && x.Parent.Parent.ID == packageId)

对 lambda 的调用将引发任何异常x其中 ID 不匹配且父级为 null 或不匹配且祖父母为 null。将 null 检查复制到 lambda 中，它应该可以正常工作。

对问题发表评论后编辑

如果你的原始对象不是List<T>，那么我们无法知道返回类型是什么FindAll()是，以及这是否实现了IQueryable界面。如果确实如此，那么这可能可以解释这种差异。因为 lambda 可以在编译时转换为Expression<Func<T>> 但匿名代表不能，那么您可能正在使用的实现IQueryable使用 lambda 版本时，但使用匿名委托版本时使用 LINQ-to-Objects。

这也可以解释为什么你的 lambda 没有引起NullReferenceException。如果您要将 lambda 表达式传递给实现IEnumerable<T> but not IQueryable<T>， lambda 的运行时求值（与其他方法没有什么不同，无论是否匿名）都会抛出NullReferenceException当它第一次遇到一个物体时ID不等于目标并且父母或祖父母为空。

添加于 2011 年 3 月 16 日上午 8:29（美国东部时间）

考虑以下简单示例：

IQueryable<MyObject> source = ...; // some object that implements IQueryable<MyObject>

var anonymousMethod =  source.Where(delegate(MyObject o) { return o.Name == "Adam"; });    
var expressionLambda = source.Where(o => o.Name == "Adam");

这两种方法产生完全不同的结果。

第一个查询是简单版本。匿名方法产生一个委托，然后将其传递给IEnumerable<MyObject>.Where扩展方法，其中的全部内容source将针对您的委托进行检查（使用普通编译代码在内存中手动检查）。换句话说，如果您熟悉 C# 中的迭代器块，则类似于执行以下操作：

public IEnumerable<MyObject> MyWhere(IEnumerable<MyObject> dataSource, Func<MyObject, bool> predicate)
{
    foreach(MyObject item in dataSource)
    {
        if(predicate(item)) yield return item;
    }
}

这里的重点是您实际上正在执行过滤在记忆中在客户端。例如，如果您的源是一些 SQL ORM，则不会有WHERE查询中的子句；整个结果集将被带回客户端并进行过滤there.

第二个查询使用 lambda 表达式，被转换为Expression<Func<MyObject, bool>>并使用IQueryable<MyObject>.Where()扩展方法。这会产生一个对象，其类型也为IQueryable<MyObject>。所有这些都在通过之后起作用表达到底层提供商。这就是为什么你没有得到NullReferenceException。这完全取决于查询提供者如何翻译表达式（它不是一个可以调用的实际编译函数，而是一个表达式的表示）logic使用对象的表达式）转换为它可以使用的东西。

一个简单的方法来了解区别（或者，至少，有is）一个区别，就是调用AsEnumerable()在您致电之前Where在 lambda 版本中。这将强制您的代码使用 LINQ-to-Objects（意味着它在IEnumerable<T>就像匿名委托版本一样，而不是IQueryable<T>就像当前的 lambda 版本一样），并且您将得到预期的异常。

TL;DR 版本

简而言之，您的 lambda 表达式正在被转换为针对您的数据源的某种查询，而匿名方法版本正在评估entire内存中的数据源。无论将 lambda 转换为查询，所做的任何操作都不代表您期望的逻辑，这就是为什么它不会产生您期望的结果。