鉴于 LINQ to Entities 不支持“自定义方法”，您如何保持 DRY？

Question

我遇到了这个问题：

Custom Methods & Extension Methods cannot be translated into a store expression

基本上我有一些复杂的 LINQ 查询，所以想将它们分解为子查询，这些子查询被实现为返回 IQueryables 的方法。我希望这些 IQueryables 可以在一个 LINQ 语句中组合在一起（我很确定你可以在 LINQ to SQL 中完成）。

问题是如果你尝试这个你会得到（例如）：

LINQ to Entities 无法识别 方法 'System.Linq.IQueryable`1[线程] GetThreadsByMostReccentlyPosted(Int32)' 方法，而这种方法不能 翻译成商店表达式。

在我看来，如果您使用 LINQ ORM，那么您需要能够编写 LINQ 查询。否则，必须复制和粘贴任何常见的查询逻辑。

鉴于此限制，我应该如何使用 LINQ to Entities 保持 DRY？

Answer 1

两种方式：

1. 可以使用返回表达式的方法
2. 分离可查询位和可枚举位

对于 #1，请考虑：

public Expression<Func<Foo, bool>> WhereCreatorIsAdministrator()
{
    return f => f.Creator.UserName.Equals("Administrator", StringComparison.OrdinalIgnoreCase);
}

public void DoStuff()
{
    var exp = WhereCreatorIsAdministrator();
    using (var c = new MyEntities())
    {
        var q = c.Foos.Where(exp); // supported in L2E
        // do stuff
    }
 }

有关数字 2 的示例，请阅读这篇文章：How to compose L2O and L2E queries。考虑那里给出的例子：

var partialFilter = from p in ctx.People
                    where p.Address.City == “Sammamish”
                    select p;

var possibleBuyers = from p in partiallyFilter.AsEnumerable()
                     where InMarketForAHouse(p);
                     select p;

这可能效率较低，也可能没问题。这取决于你在做什么。预测通常没问题，但限制通常不行。

更新刚刚看到 Damien Guard 的an even better explanation of option #1。

Answer 2

EF 无法根据包含方法的 LINQ 表达式编写查询。 EF 需要文字值来组成 SQL。

您将不得不处理返回给定案例所需实体的超集的“常见”查询，然后在从数据库返回后使用扩展方法和 LINQ 缩小返回集。