为什么这个Linq函数返回true，而不是

本文关键字：true 返回 Linq 函数 为什么 | 更新日期: 2023-09-27 18:26:34

我写了一个"微类"，用于快速处理数据。

这是项目：

class AEmp {
  public AEmp() {
    Parts = new AParts();
  }
  public string Badge { get; set; }
  public AParts Parts { get; set; }
  public int Days { get; set; }
}

以下是列表：

class AEmps {
  private List<AEmp> list;
  public AEmps() {
    list = new List<AEmp>();
  }
  public AEmp this[string badge] {
    get { return list.SingleOrDefault(e => e.Badge == badge); }
  }
  public void Add(AEmp item) {
    if (!Contains(item.Badge)) {
      list.Add(item);
    }
  }
  public bool Contains(string badge) {
    return (list.Where(o => o.Badge == badge) != null);
  }
  public int Count { get { return list.Count; } }
  public AEmp Owner(string serialNo, DateTime startDay, DateTime nextDay) {
    return (list.SingleOrDefault(e => e.Parts.Contains(serialNo, nextDay)));
  }
}

我面临的问题是当我去往列表中添加新项目时。如果项目已经存在，我不想添加它，所以我用Contains方法检查它。

该列表为空（计数=0），因此list.Where(o => o.Badge == badge) != null)应返回FALSE。

对吧？

我做错了什么？

为什么这个Linq函数返回true，而不是

对吧？

错了。空序列表示为。。。空序列。这与null引用不同。相反，这是一个你可以像往常一样调用成员的序列——你只是不会得到任何结果。见鬼，由于LINQ是懒惰的，序列甚至不知道是否有任何元素，直到你试图询问它们。Where不可能返回null并且仍然延迟执行。

我想你想要Any。

return list.Any(o => o.Badge == badge);

请注意，通常情况下，使用空序列（空列表、空数组等）比使用空引用更干净——它允许调用方有一个可以双向工作的路径，而不必在每一步都检查是否为空。

您回答了自己的问题。该列表为空（计数==0），而不是NULL。

所以你的代码应该是

list.Where(o => o.Badge == badge).Count() == 0

因为您在构造函数中实例化了list，导致它不会变成NULL。

也许你是说

list.Where(o => o.Badge == badge).Count() != 0
相关文章：