如何为LINQ查询设计参数，实现支持返回所有条目、匹配指定AssigneeId条目及匹配AssigneeId为Null的条目？

这个问题很常见——当你原来用null作为“返回所有条目”的标记后，就没法再用它表示“匹配AssigneeId为Null的条目”的场景了。这里有几个靠谱的解决方案，你可以根据自己的需求选择：

方案1：新增布尔参数明确标记查询意图 #

最直接的方式是加一个布尔参数，专门用来表示“是否要查询AssigneeId为Null的条目”。这样就能把“查全部”“查指定ID”“查Null值”三种情况完全区分开：

public void Search(int? assigneeId, bool isLookingForNullAssignee = false) 
{
    var query = _dbSet.AsQueryable();
    
    // 优先处理查询Null值的情况
    if (isLookingForNullAssignee)
    {
        query = query.Where(a => a.AssigneeId == null);
    }
    // 其次处理查询指定ID的情况
    else if (assigneeId.HasValue)
    {
        query = query.Where(a => a.AssigneeId == assigneeId.Value);
    }
    // 都不满足则返回所有条目（无需额外过滤）
    
    var results = query.ToList(); // 按需执行查询
}

优点：实现简单，改动小，可读性还不错；EF Core能正确将链式Where翻译为SQL，性能没问题。
缺点：如果以后还要扩展更多查询场景（比如查询ID范围），布尔参数会越来越多，代码会变得臃肿。

方案2：用枚举定义明确的查询类型 #

如果想让代码的可读性和扩展性更好，可以定义一个枚举，把所有可能的查询意图都列出来：

首先定义枚举：

public enum AssigneeSearchType
{
    All,          // 返回所有条目
    SpecificId,   // 返回匹配指定ID的条目
    NullAssignee  // 返回AssigneeId为Null的条目
}

然后修改查询方法：

public void Search(AssigneeSearchType searchType, int? assigneeId = null) 
{
    IQueryable<YourEntity> query;
    
    switch (searchType)
    {
        case AssigneeSearchType.NullAssignee:
            query = _dbSet.Where(a => a.AssigneeId == null);
            break;
        case AssigneeSearchType.SpecificId:
            if (!assigneeId.HasValue)
            {
                throw new ArgumentException("当查询类型为SpecificId时，必须提供assigneeId参数");
            }
            query = _dbSet.Where(a => a.AssigneeId == assigneeId.Value);
            break;
        case AssigneeSearchType.All:
        default:
            query = _dbSet;
            break;
    }
    
    var results = query.ToList();
}

优点：语义最清晰，调用方一眼就能知道要执行哪种查询；扩展新场景时只需要在枚举里加值，代码结构不会乱。
缺点：比布尔参数的写法多了一个枚举定义，稍微麻烦一点，但长远来看更值得。

方案3：使用特殊标记值（不推荐） #

如果你不想新增参数，可以用一个“魔法值”来表示“查询Null值”的意图，比如用int.MinValue：

public void Search(int? assigneeId) 
{
    var results = _dbSet.Where(a => 
        assigneeId == null // 返回所有条目
        || assigneeId == int.MinValue && a.AssigneeId == null // 返回AssigneeId为Null的条目
        || a.AssigneeId == assigneeId.Value // 返回匹配指定ID的条目
    );
}

优点：不需要修改方法签名，改动最小。
缺点：魔法值非常不直观，其他开发者接手时容易误解；如果你的业务中int.MinValue是合法的AssigneeId值，这个方案就完全不可用了。

总结 #

个人最推荐方案2，因为它的可读性和扩展性最好，能避免后续维护时的坑。如果只是临时解决问题，方案1也足够好用。

内容的提问来源于stack exchange，提问作者mko