Click here to Skip to main content
15,891,828 members
Articles / Programming Languages / C#
Tip/Trick

Build Where Clause Dynamically in Linq

Rate me:
Please Sign up or sign in to vote.
4.87/5 (68 votes)
6 May 2014CPOL2 min read 1.2M   107   137
Build where clause dynamically in Linq

Introduction

Imagine a scenario in which we have a collection of objects and want to allow the user to filter the collection by filtering on combination of properties. To make the scenario concrete, let's assume that our object is declared as follows:

C#
public class Person 
{
     public string Name        { get ; set ; }
     public string Surname     { get ; set ; }
     public int    Age         { get ; set ; }
     public string City        { get ; set ; }
     public double Salary      { get ; set ; }
     public bool   IsHomeOwner { get ; set ; }
}

Now suppose we have a collection of Persons like this (this is just for explanation purposes, in real life you would get a much bigger collection from database):

C#
List <Person> persons = new List <Person>
{
    new  Person  { Name = "Flamur" , Surname = "Dauti" ,    Age = 39,
                   City = "Prishtine" , IsHomeOwner = true ,  Salary = 12000.0 },

    new  Person  { Name = "Blerta" , Surname = "Frasheri" , Age = 25,
                   City = "Mitrovice" , IsHomeOwner = false , Salary = 9000.0 },

    new  Person  { Name = "Berat" ,  Surname = "Dajti" ,    Age = 45,
                   City = "Peje" ,      IsHomeOwner = true ,  Salary = 10000.0 },

    new  Person  { Name = "Laura" ,  Surname = "Morina" ,   Age = 23,
                   City = "Mitrovice" , IsHomeOwner = true ,  Salary = 25000.0 },

    new  Person  { Name = "Olti" ,   Surname = "Kodra" ,    Age = 19,
                   City = "Prishtine" , IsHomeOwner = false , Salary = 8000.0 },

    new  Person  { Name = "Xhenis" , Surname = "Berisha" ,  Age = 26,
                   City = "Gjakove" ,   IsHomeOwner = false , Salary = 7000.0 },

    new  Person  { Name = "Fatos" ,  Surname = "Gashi" ,    Age = 32,
                   City = "Peje" ,      IsHomeOwner = true ,  Salary = 6000.0 },

};

Suppose we want to allow the user to filter the collection on any property or any combination of properties (on our UI form). One way would be to have a function for each property and each combination of properties, something like:

C#
public IList<Person> FilterByName(string  name)
{
    return  persons.Where(p => p.Name == name).ToList();
}

public  IList<Person> FilterBySurname(string  surname)
{
    return  persons.Where(p => p.Surname == surname).ToList();
}

public  IList<Person> FilterByNameAndSurname(string  name, string  surname)
{
    return  persons.Where(p => p.Name == name && p.Surname == surname).ToList();
}
...

As you can see, this becomes a very tedious job since the number of functions to cover all possible combinations is quite big.

The other way to filter the collection, which is much more convenient and tidier is to build an expression tree dynamically and pass it to the where clause for filtering. The function signature that will build expression trees will look like:

C#
public  Func <Person , bool > Build(IList <Filter > filters)

where Filter class is declared as:

C#
public  class  Filter
{
    public  string  Property { get ; set ; }
    public  object  Value { get ; set ; }
}

And it is used to contain the name of the property and the value that we want to filter our collection on. I won’t go into the details of how to build expression trees, since there is a lot of information about it on the web, so the class for building the expression trees looks like:

C#
public  class  PersonExpressionBuilder
{
    public static Func<Person, bool> Build(IList<Filter2> filters)
    {
        ParameterExpression param = Expression.Parameter(typeof(Person), "t" );
        Expression  exp = null ;

        if  (filters.Count == 1)
            exp = GetExpression(param, filters[0]);
        else  if  (filters.Count == 2)
            exp = GetExpression(param, filters[0], filters[1]);
        else
        {
            while  (filters.Count > 0)
            {
                var  f1 = filters[0];
                var  f2 = filters[1];

                if  (exp == null )
                    exp = GetExpression(param, filters[0], filters[1]);
                else
                    exp = Expression.AndAlso(exp, GetExpression(param, filters[0], filters[1]));

                filters.Remove(f1);
                filters.Remove(f2);

                if (filters.Count == 1)
                {
                    exp = Expression.AndAlso(exp, GetExpression(param, filters[0]));
                    filters.RemoveAt(0);
                }
            }
        }

        return Expression.Lambda<Func<Person, bool>>(exp, param).Compile();
    }

    private static Expression GetExpression(ParameterExpression param, Filter2 filter)
    {
        MemberExpression member = Expression.Property(param, filter.PropertyName);
        ConstantExpression constant = Expression.Constant(filter.Value);
        return Expression.Equal(member, constant);
    }

    private static BinaryExpression GetExpression
    (ParameterExpression param, Filter2 filter1, Filter2 filter2)
    {
        Expression bin1 = GetExpression(param, filter1);
        Expression bin2 = GetExpression(param, filter2);

        return  Expression.AndAlso(bin1, bin2);
    }
}

To test our expression builder, we would use it inside a method as follows:

C#
List<Filter> filter = new  List<Filter>
{
    new  Filter  { PropertyName = "City" , Value = "Mitrovice"  },
    new  Filter  { PropertyName = "IsHomeOwner" , Value = false  }
};

var  deleg = PersonExpressionBuilder .Build(filter);
var  filteredCollection = persons.Where(deleg).ToList();

As it is, the expression builder builds expression trees that check only if the value of the property is equal to the provided value, but we can take this approach one step further and make it generic so it can be used in other places with other types as well and also extend it so it can check for other comparisons as well. So our generic expression builder class will look like:

C#
public static class ExpressionBuilder
{
    private static MethodInfo containsMethod = typeof(string).GetMethod("Contains" );
    private static MethodInfo startsWithMethod =
    typeof(string).GetMethod("StartsWith", new Type [] {typeof(string)});
    private static MethodInfo endsWithMethod =
    typeof(string).GetMethod("EndsWith", new Type [] { typeof(string)});


    public static Expression<Func<T,
    bool >> GetExpression<T>(IList<Filter> filters)
    {
        if  (filters.Count == 0)
            return null ;

        ParameterExpression param = Expression.Parameter(typeof (T), "t" );
        Expression exp = null ;

        if  (filters.Count == 1)
            exp = GetExpression<T>(param, filters[0]);
        else  if  (filters.Count == 2)
            exp = GetExpression<T>(param, filters[0], filters[1]);
        else
        {
            while  (filters.Count > 0)
            {
                var  f1 = filters[0];
                var  f2 = filters[1];

                if  (exp == null )
                    exp = GetExpression<T>(param, filters[0], filters[1]);
                else
                    exp = Expression.AndAlso(exp, GetExpression<T>(param, filters[0], filters[1]));

                filters.Remove(f1);
                filters.Remove(f2);

                if  (filters.Count == 1)
                {
                    exp = Expression .AndAlso(exp, GetExpression<T>(param, filters[0]));
                    filters.RemoveAt(0);
                }
            }
        }

        return Expression.Lambda<Func<T, bool>>(exp, param);
    }

    private static Expression GetExpression<T>(ParameterExpression param, Filter filter)
    {
        MemberExpression member = Expression.Property(param, filter.PropertyName);
        ConstantExpression constant = Expression.Constant(filter.Value);

        switch (filter.Operation)
        {
            case  Op.Equals:
                return Expression.Equal(member, constant);

            case  Op.GreaterThan:
                return Expression.GreaterThan(member, constant);

            case Op.GreaterThanOrEqual:
                return Expression.GreaterThanOrEqual(member, constant);

            case Op.LessThan:
                return Expression.LessThan(member, constant);

            case Op.LessThanOrEqual:
                return Expression.LessThanOrEqual(member, constant);

            case Op.Contains:
                return Expression.Call(member, containsMethod, constant);

            case Op.StartsWith:
                return Expression.Call(member, startsWithMethod, constant);

            case Op.EndsWith:
                return Expression.Call(member, endsWithMethod, constant);
        }

        return null ;
    }

    private static BinaryExpression GetExpression<T>
    (ParameterExpression param, Filter filter1, Filter  filter2)
    {
        Expression bin1 = GetExpression<T>(param, filter1);
        Expression bin2 = GetExpression<T>(param, filter2);

        return  Expression.AndAlso(bin1, bin2);
    }
}

And the filter class has been extended to take a comparison operation as well:

C#
public class Filter
{
    public string PropertyName { get ; set ; }
    public Op Operation { get ; set ; }
    public object Value { get ; set ; }
}

And the operation is declared as enumeration:

C#
public enum Op
{
    Equals,
    GreaterThan,
    LessThan,
    GreaterThanOrEqual,
    LessThanOrEqual,
    Contains,
    StartsWith,
    EndsWith
}

Then the new generic expression builder would be used as follows:

C#
List<Filter> filter = new List<Filter>()
{
    new Filter { PropertyName = "City" ,
        Operation = Op .Equals, Value = "Mitrovice"  },
    new Filter { PropertyName = "Name" ,
        Operation = Op .StartsWith, Value = "L"  },
    new Filter { PropertyName = "Salary" ,
        Operation = Op .GreaterThan, Value = 9000.0 }
};

var deleg = ExpressionBuilder.GetExpression<Person>(filter).Compile();
var filteredCollection = persons.Where(deleg).ToList();

The ExpressionBuilder class can be extended for other Linq operations. It can also be easily used to remotely execute Linq statements (by making the class Filter serializable, it can be passed to a WCF service and so on).

UPDATE:

There are quite a few questions about implementing other features. The most important thing to remember when adding features is that the expression generates a C# executable code. So for example if your property is Nullable<int> then you need to remember that Nullable<int> is a different type from int, and more importantly it does NOT implement all the properties/methods that int does, of if the property is string then the operations <, > >= might return unexpected results.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


Written By
Software Developer (Senior)
United Kingdom United Kingdom
This member has not yet provided a Biography. Assume it's interesting and varied, and probably something to do with programming.

Comments and Discussions

 
AnswerRe: Awesome job Pin
Fitim Skenderi19-Aug-14 22:41
professionalFitim Skenderi19-Aug-14 22:41 
Questiondynamic linq The LINQ expression node type 'Invoke' is not supported Pin
msanaei13-Jul-14 5:30
msanaei13-Jul-14 5:30 
AnswerRe: dynamic linq The LINQ expression node type 'Invoke' is not supported Pin
Fitim Skenderi13-Jul-14 21:58
professionalFitim Skenderi13-Jul-14 21:58 
QuestionIf there is no filter its giving error Pin
venkatmca00825-Jun-14 4:28
professionalvenkatmca00825-Jun-14 4:28 
AnswerRe: If there is no filter its giving error Pin
Fitim Skenderi25-Jun-14 8:15
professionalFitim Skenderi25-Jun-14 8:15 
GeneralRe: If there is no filter its giving error Pin
venkatmca00825-Jun-14 23:18
professionalvenkatmca00825-Jun-14 23:18 
GeneralRe: If there is no filter its giving error Pin
Fitim Skenderi26-Jun-14 11:27
professionalFitim Skenderi26-Jun-14 11:27 
Question".Equals" vs. ".Equal" Pin
KentuckyEnglishman4-Jun-14 10:46
KentuckyEnglishman4-Jun-14 10:46 
Although I'm not exactly a newbie to software development, I do struglle from time to time with lambada expressions, expression trees and other more advance features. As I delve into the Linq stuff however, I find it quite useful and fascinating, and have found some ways to incorporate it into my applications.

That being said, I cannot get your samples here to work without a little tweaking here and there, and there is one in particular that has me stumped: When I run your code on a dataset I have in memory, as soon as it gets to the following line in the GetExpression method:

C#
case Op.Equals:
    return Expression.Equal(member, constant);


I get an execution error - "The binary operator Equal is not defined for the types 'System.UInt32' and 'System.Int32'" Of course, looking at many of the various data types, most all of them exercise a .Equals method, but not a .Equal method.

So given the way I usually think about some things (and yes, I am aware my thinking is not always the norm!) I thought, "Well, let's implement a .Equals equivalent", right? Nope, no can do; if I try to update the code and use .Equals as the function call, then the program refuses to compile, giving me a "Cannot implicitly convert type 'bool' to 'System.Linq.Expressions.Expression'" message. I've tried a few variations around this - but without success.

SSSoooo... can you (or anyone else) help me out here? I love the idea of dynamically building elements of the query here, and really do not want to have to consider the string-based version if I can avoid it. I humbly bow to the mighty presence of my more experienced peers...! Smile | :) THANKS!

modified 4-Jun-14 17:21pm.

AnswerRe: ".Equals" vs. ".Equal" Pin
Fitim Skenderi4-Jun-14 22:40
professionalFitim Skenderi4-Jun-14 22:40 
GeneralRe: ".Equals" vs. ".Equal" Pin
KentuckyEnglishman5-Jun-14 4:32
KentuckyEnglishman5-Jun-14 4:32 
GeneralRe: ".Equals" vs. ".Equal" Pin
Fitim Skenderi5-Jun-14 6:53
professionalFitim Skenderi5-Jun-14 6:53 
GeneralRe: ".Equals" vs. ".Equal" Pin
KentuckyEnglishman6-Jun-14 0:14
KentuckyEnglishman6-Jun-14 0:14 
QuestionNice! Pin
Volynsky Alex6-May-14 22:31
professionalVolynsky Alex6-May-14 22:31 
AnswerRe: Nice! Pin
Fitim Skenderi4-Jun-14 22:40
professionalFitim Skenderi4-Jun-14 22:40 
QuestionRe: Nice! Pin
Volynsky Alex5-Jun-14 3:16
professionalVolynsky Alex5-Jun-14 3:16 
GeneralGood Article... Pin
Stuart_King6-May-14 6:11
Stuart_King6-May-14 6:11 
GeneralRe: Good Article... Pin
Fitim Skenderi6-May-14 10:25
professionalFitim Skenderi6-May-14 10:25 
QuestiondynamicLinq from MS Pin
jogibear99886-May-14 5:32
jogibear99886-May-14 5:32 
AnswerRe: dynamicLinq from MS Pin
Fitim Skenderi6-May-14 10:27
professionalFitim Skenderi6-May-14 10:27 
QuestionMejora Pin
daniel_maldonado27-Feb-14 4:52
daniel_maldonado27-Feb-14 4:52 
AnswerRe: Mejora Pin
Fitim Skenderi5-May-14 23:36
professionalFitim Skenderi5-May-14 23:36 
GeneralRe: Mejora Pin
daniel_maldonado20-May-14 10:05
daniel_maldonado20-May-14 10:05 
QuestionGreat Article - DateTime question... Pin
Chuck Barest27-Feb-14 2:32
Chuck Barest27-Feb-14 2:32 
AnswerRe: Great Article - DateTime question... Pin
Fitim Skenderi5-May-14 23:30
professionalFitim Skenderi5-May-14 23:30 
QuestionComplete solution Pin
CLEVERALMEIDA24-Feb-14 4:14
CLEVERALMEIDA24-Feb-14 4:14 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.