Расширить IQueryable<T> Where() как ИЛИ вместо отношения AND

StackOverflow https://stackoverflow.com/questions/930677

  •  06-09-2019
  •  | 
  •  

Вопрос

Я использую свои собственные методы расширения IQueryable<> для создания цепочечных запросов, таких как FindAll().FindInZip(12345).NameStartsWith("XYZ").OrderByHowIWantIt() и т.д.который затем при отложенном выполнении создает один запрос, основанный на моей цепочке методов расширения.

Проблема с этим, однако, заключается в том, что все Where в цепочке расширений (FindXYZ, FindInZip и т.д.) Всегда будут объединяться как И, что означает, что я не могу сделать что-то подобное:

FindAll().FirstNameStartsWith("X").Или firstnamestartswith("Z"), потому что я не знаю, как я могу ввести OR в отдельный метод Where.

Есть какие-нибудь идеи, как я могу это решить?


дополнительный;Пока я понимаю, как объединять выражения в цепочку, как или если я их оберну (напримерCompileAsOr(FirstNameStartsWith("A").LastNameStartsWith("Z").OrderBy(..))

То, что я пытаюсь сделать, однако, немного сложнее (и PredicateBuilder здесь не помогает ..) в том смысле, что я хочу, чтобы более поздний IQueryable в основном получал доступ к условиям Where, которые были установлены ранее, без необходимости переносить их для создания Or между ними.

Поскольку каждый метод расширения возвращает IQueryable<> Я понимаю, что у него где-то должны быть знания о текущем состоянии условий запроса, что наводит меня на мысль, что должен быть какой-то автоматизированный способ или создание Or для всех предыдущих условий Where без необходимости оборачивать то, что вы хотите, Or'd.

Это было полезно?

Решение

Я предполагаю, что различные части запроса известны только во время выполнения, т.е.вы не можете просто использовать || в where...

Одним из ленивых вариантов является Concat - но это, как правило, приводит к плохому TSQL и т. Д;тем не менее, я склонен писать на заказ Expressionвместо этого - s.Выбранный подход зависит от того, что такое поставщик, поскольку LINQ-to-SQL поддерживает различные параметры для EF (например), что оказывает здесь реальное влияние (поскольку вы не можете использовать подвыражения с EF).Можете ли вы сказать нам, какой именно?


Вот некоторый код, который должен работать с LINQ-to-SQL;если вы создадите массив (или список, и вызовете .ToArray()) выражений, это должно работать нормально;примером является LINQ-to-Objects, но он все равно должен работать:

    static void Main()
    {
        var data = (new[] { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 }).AsQueryable();

        var predicates = new List<Expression<Func<int, bool>>>();
        predicates.Add(i => i % 3 == 0);
        predicates.Add(i => i >= 8);           

        foreach (var item in data.WhereAny(predicates.ToArray()))
        {
            Console.WriteLine(item);
        }
    }

    public static IQueryable<T> WhereAny<T>(
        this IQueryable<T> source,
        params Expression<Func<T,bool>>[] predicates)
    {
        if (source == null) throw new ArgumentNullException("source");
        if (predicates == null) throw new ArgumentNullException("predicates");
        if (predicates.Length == 0) return source.Where(x => false); // no matches!
        if (predicates.Length == 1) return source.Where(predicates[0]); // simple

        var param = Expression.Parameter(typeof(T), "x");
        Expression body = Expression.Invoke(predicates[0], param);
        for (int i = 1; i < predicates.Length; i++)
        {
            body = Expression.OrElse(body, Expression.Invoke(predicates[i], param));
        }
        var lambda = Expression.Lambda<Func<T, bool>>(body, param);
        return source.Where(lambda);
    }

Другие советы

Используйте PredicateBuilder<T> . Это, вероятно, что вы хотите.

    List<string> fruits =
        new List<string> { "apple", "passionfruit", "banana", "mango",
               "orange", "blueberry", "grape", "strawberry" };

    var query = fruits.AsQueryable();

    // Get all strings whose length is less than 6.
    query = query.Where(fruit => fruit.Length < 6);

    // Hope to get others where length is more than 8.  But you can't, they're gone.
    query = query.Where(fruit => 1 == 1 || fruit.Length > 8);

    foreach (string fruit in query)
        Console.WriteLine(fruit);

В идеальном мире, как я лично думаю || и && операторы были бы самыми простыми и читабельными.Однако он не будет компилироваться.

оператор ' ||' не может быть применен к операндам типа 'Expression<Func<YourClass,bool>>" и "Expression<Func<YourClass,bool>>'

Поэтому я использую для этого метод расширения.В вашем примере это будет выглядеть примерно так: .Where(FindInZip(12345).Or(NameStartsWith("XYZ")).And(PostedOnOrAfter(DateTime.Now)).

Вместо того, чтобы:

.Where(FindInZip(12345) || NameStartsWith("XYZ") && (PostedOnOrAfter(DateTime.Now)).

Пример выражения:

private Expression<Func<Post,bool>> PostedOnOrAfter(DateTime cutoffDate)
{
      return post => post.PostedOn >= cutoffDate;
};

Способ расширения:

public  static  class PredicateExtensions
{
     ///  <summary>
     /// Begin an expression chain
     ///  </summary>
     ///  <typeparam id="T""></typeparam>
     ///  <param id="value"">Default return value if the chanin is ended early</param>
     ///  <returns>A lambda expression stub</returns>
     public  static Expression<Func<T,  bool>> Begin<T>(bool value =  false)
    {
         if (value)
             return parameter =>  true;  //value cannot be used in place of true/false

         return parameter =>  false;
    }

     public  static Expression<Func<T,  bool>> And<T>(this Expression<Func<T,  bool>> left,
        Expression<Func<T,  bool>> right)
    {
         return CombineLambdas(left, right, ExpressionType.AndAlso);
    }

     public  static Expression<Func<T,  bool>> Or<T>(this Expression<Func<T,  bool>> left, Expression<Func<T,  bool>> right)
    {
         return CombineLambdas(left, right, ExpressionType.OrElse);
    }

     #region private

     private  static Expression<Func<T,  bool>> CombineLambdas<T>(this Expression<Func<T,  bool>> left,
        Expression<Func<T,  bool>> right, ExpressionType expressionType)
    {
         //Remove expressions created with Begin<T>()
         if (IsExpressionBodyConstant(left))
             return (right);

        ParameterExpression p = left.Parameters[0];

        SubstituteParameterVisitor visitor =  new SubstituteParameterVisitor();
        visitor.Sub[right.Parameters[0]] = p;

        Expression body = Expression.MakeBinary(expressionType, left.Body, visitor.Visit(right.Body));
         return Expression.Lambda<Func<T,  bool>>(body, p);
    }

     private  static  bool IsExpressionBodyConstant<T>(Expression<Func<T,  bool>> left)
    {
         return left.Body.NodeType == ExpressionType.Constant;
    }

     internal  class SubstituteParameterVisitor : ExpressionVisitor
    {
         public Dictionary<Expression, Expression> Sub =  new Dictionary<Expression, Expression>();

         protected  override Expression VisitParameter(ParameterExpression node)
        {
            Expression newValue;
             if (Sub.TryGetValue(node,  out newValue))
            {
                 return newValue;
            }
             return node;
        }
    }

     #endregion
} 

Действительно хорошая статья о запросах LINQ путем расширения выражений.Также источник метода расширения, который я использую.

https://www.red-gate.com/simple-talk/dotnet/net-framework/giving-clarity-to-linq-queries-by-extending-expressions/

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top