基於Expression Lambda表達式樹的通用複雜動態查詢構建器——《劇透一下》

前篇《https://www.cnblogs.com/ls0001/p/17437225.html》有大佬在評論里劇透了，這裡就來一遍劇透。

  通常，前後端分離的系統要在前端查詢數據是提交一個帶著查詢條件參數的表單，比如A=1,B=2，類似樣，後端接收到表單需要將這些條件參數拼接成查詢需要寫代碼，並且表單結構通常是不帶查詢邏輯屬性的，只能用and來聯接這些條件，給查詢的靈活性帶來了局限。

本框架就是要提供更靈活的，後端不需要寫代碼的一個查詢能力。

其中一個主要的應用場景正是實現實現只需前端傳遞JSON格式的查詢條件到後端，後端無需寫查詢代碼就能進行查詢。

其流程如下圖所示：

舉個例子：

前端提交來的查詢JSON:

 { 
     "lg": "", "filters":
     [ 
        { 
            "lg": "", "Predicates": 
            [ { "lg": "", "Name": "id", "Op": ">", "Value": 1 } ]
        }, 
        { 
            "lg": "and", "Predicates": 
            [ { "lg": "", "Name": "id", "Op": "<", "Value": 10 } ] 
        },
        {
            "lg": "and",
            "Predicates":
            [
                {"lg": "","Name": "name",  "Op": "=", "Value": "MyName"},         
                {"lg": "or","Name": "name","Op": "=","Value": "HisName"}
            ]
        }
    ]
}

後端只要如下代碼就可以了:

Query.Where(QueryFilterBuilder.CreateFilterExpression<Entity>(上面的JSON));
​

儘管前端JSON的構造也需要一個輪子，後續再說，本篇暫且先到這。