作者：精致碼農(nóng)

出處：http://cnblogs.com/willick

聯(lián)系：liam.wang@live.com

最近工作中遇到一個(gè)這樣的需求：在某個(gè)列表查詢功能中，可以選擇某個(gè)數(shù)字列（如商品單價(jià)、當(dāng)天銷售額、當(dāng)月銷售額等），再選擇 小于或等于 和 大于或等于 ，再填寫一個(gè)待比較的數(shù)值，對(duì)數(shù)據(jù)進(jìn)行查詢過濾。

如果只有一兩個(gè)這樣的數(shù)字列，那么使用 Entity Framework Core 可以這么寫 LINQ 查詢：

public Task<List<Product>> GetProductsAsync(string propertyToFilter, MathOperator mathOperator, decimal value)
{
  var query = _context.Products.AsNoTracking();

  query = propertyToFilter switch
  {
    "Amount1" when mathOperator == MathOperator.LessThanOrEqual => query.Where(x => x.Amount1 <= value),
    "Amount1" when mathOperator == MathOperator.GreaterThanOrEqual => query.Where(x => x.Amount1 >= value),

    "Amount2" when mathOperator == MathOperator.LessThanOrEqual => query.Where(x => x.Amount2 <= value),
    "Amount2" when mathOperator == MathOperator.GreaterThanOrEqual => query.Where(x => x.Amount2 >= value),

    _ => throw new ArgumentException($"不支持 {propertyToFilter} 列作為數(shù)字列查詢", nameof(propertyToFilter))
  };

  return query.ToListAsync();
}

如果固定只有一兩個(gè)數(shù)字列且將來也不會(huì)再擴(kuò)展，這樣寫簡(jiǎn)單粗暴，也沒什么問題。

但如果有幾十個(gè)數(shù)字列，這樣使用 swith 模式匹配的寫法就太恐怖了，代碼大量重復(fù)。很自然地，我們得想辦法根據(jù)屬性名動(dòng)態(tài)創(chuàng)建 Where 方法的參數(shù)。它的參數(shù)類型是：Expression<Func<T, bool>>，是一個(gè)表達(dá)式參數(shù)。

要知道如何動(dòng)態(tài)創(chuàng)建一個(gè)類似 Expression<Func<T, bool>> 類型的表達(dá)式實(shí)例，就要知道如何拆解表達(dá)式樹。

對(duì)于本示例，以 x => x.Amount1 <= value 表達(dá)式實(shí)例為例，它的表達(dá)式樹是這樣的：

然后我們可以按照此表達(dá)式樹結(jié)構(gòu)來構(gòu)建我們的 LINQ 表達(dá)式：

public Task<List<Product>> GetProductsAsyncV2(string propertyToFilter, MathOperator mathOperator, decimal value)
{
  var query = _context.Products.AsNoTracking();

  var paramExp = Expression.Parameter(typeof(Product));
  var memberExp = Expression.PropertyOrField(paramExp, propertyToFilter);
  var valueExp = Expression.Constant(value);
  var compareExp = mathOperator == MathOperator.LessThanOrEqual ?
    Expression.LessThanOrEqual(memberExp, valueExp) :
    Expression.GreaterThanOrEqual(memberExp, valueExp);
  var lambda = Expression.Lambda<Func<Product, bool>>(compareExp, paramExp);

  return query.Where(lambda).ToListAsync();
}

每個(gè) Expression.XXX 靜態(tài)方法返回的都是一個(gè)以 Expression 為基類的實(shí)例，代表一個(gè)表達(dá)式。不同的表達(dá)式又可以組成一個(gè)新的表達(dá)式，直到得到我們需要的 Lambda 表達(dá)式。這樣就形成了一種樹形結(jié)構(gòu)，我們稱為表達(dá)式樹。知道如何把一個(gè)最終的查詢表達(dá)式拆解成表達(dá)式樹，我們就容易動(dòng)態(tài)構(gòu)建此查詢表達(dá)式。

得到一個(gè)表達(dá)式后，我們還可以動(dòng)態(tài)編譯并調(diào)用該表達(dá)式，比如上面示例得到的 lambda 變量，是一個(gè)Expression<Func<Product, bool>> 類型，調(diào)用其 Compile 方法，可以得到 Func<Product, bool> 類型的委托。

...

var toTestProduct = new Product { Amount1 = 100, Amount2 = 200 };

Func<Product, bool> func = lambda.Compile();
var result = func(toTestProduct);

Console.WriteLine($"The product's {propertyToFilter} is to {mathOperator} {value}.");

// Output: The product's Amount1 is LessThanOrEqual to 150.

你可以通過研究 Expression 類來了解更多動(dòng)態(tài)構(gòu)建表達(dá)式的方法。

動(dòng)態(tài)構(gòu)建 LINQ 表達(dá)式對(duì)于不能在編譯時(shí)建立查詢，只能在運(yùn)行時(shí)建立查詢的場(chǎng)景很有用。但它的缺點(diǎn)也很明顯，不易維護(hù)、不易閱讀、不易調(diào)試。如果最終的表達(dá)式執(zhí)行出錯(cuò)，很難通過調(diào)試來發(fā)現(xiàn)具體是構(gòu)建中的那一步寫錯(cuò)了，只能憑自己的理解和經(jīng)驗(yàn)查找錯(cuò)誤。所以，如非必須，一般不推薦動(dòng)態(tài)構(gòu)建 LINQ 查詢表達(dá)式。

以上就是c# 動(dòng)態(tài)構(gòu)建LINQ查詢表達(dá)式的詳細(xì)內(nèi)容，更多關(guān)于c# LINQ查詢表達(dá)式的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論