(原创)通用查询实现方案(可用于DDD)[附源码] -- 设计思路

【声明】
写作不易，转载请注明出处(/article/6976329.html)。

【系列文章】
通用查询实现方案(可用于DDD)[附源码] -- 简介
通用查询实现方案(可用于DDD)[附源码] -- 设计思路
通用查询实现方案(可用于DDD)[附源码] -- 代码解读

【前言】

在上一篇博文中，我向大家简单介绍了Xant.Querier通用查询，并分享了项目源码。这一篇继续给大家分享我的设计思路，也为了日后自己翻看。

【如何表示最基本的条件】
最基本的查询条件可以描述为{字段}={值}，运算结果为布尔值。比较运算符不一定是等于，可以是包含、大于、小于等于，那么可以将一个条件描述为这样的表达式，该表达式计算结果为布尔值：

{字段}.比较运算({值})

OK,我们已经完成了第一步，可以表达出像单号等于"PO123"或是名字包含"中国"这样的条件了。
但这只是一个良好的开始而已，实际业务中我们很可能用像 {数量}*{单价}>{值} 或是 {单价}*(1-{折扣}/100)>{值} 这样的条件，那么如何实现呢？

【因子、算式抽象过程】
是时候对我们的设计进行抽象了，我们将参与表达式计算或条件比较的元素都定义为因子，字段、常量都是具体的因子类型，两个因子的数学运算称为一个算式。
那么我们该怎么实现复杂算式的表达呢？
我们可以将算式定义为一种特定类型的因子，地位与字段、常量平级，这样算式中就可以包含子算式、字段或常量。如下图：



算式就可以被抽象为两个因子之间以算术运算符连接的关系：{因子}.算术运算({因子})。



算式以左子树优先二叉树表式为：



这样一来，我们就可以很方便的表示如前面提到的{单价}*(1-{折扣}/100)这样的算式了：



OK,有了算式的设计，我们可以表达因子间复杂的计算了，下面我们开始对条件进行设计。
有了前面的经验，我们的设计会顺利很多，我们将条件抽象为两个因子的关系运算，这是水到渠成的事。那么该怎样设计多个条件的组合呢？

如果大家对前面因子的抽象过程融会贯通了的话，要做出这个设计并不难，不妨停下来先想想你会怎么设计实现。

【组合条件的实现】
简单的条件以左子树优先的二叉树表示为：



两个条件的组合定义为一个新类"条件对"，以左子树优先的二叉树表示为：



"条件对"将对左条件和右条件执行指定的逻辑运算(AND/OR/NOT)，因为左(右)条件本身又可以为条件对，所以可以满足复杂的条件组合。

下面我们来定义一个简单的查询

查询对象：订单

查询条件：订单编号以”PO”打头 且 总订购金额/总订购数量(即平均单价)>=5500的订单



【对于关联实体(表)的查询】
我们经常会用到诸如找出某个供应商的订单或是订购了某类产品的订单，我们要获取的是订单对象，但条件针对的是订单对象的关联对象，我们该怎样满足这样的条件查询呢？
我能想到是首先对字段因子进行重构，字段因子应不仅能表达其字段名称还要能够表达完整路径(如订单.订购项.产品.编码)，如此我们就便能这样表示"包含有编码以A开头的产品订购项的订单"：

{订单.订购项.产品.编码}.StartsWith("A")

这样在编译器编译查询对象时，将字段的完整路径逐级展开进行解析，生成相应的SQL脚本或是Linq语句即可实现关联查询。

下面我们来定义两个稍微复杂的查询

查询对象：订单

查询条件：供应商编号以”S”打头 且 存在订购明细中单价*订单折扣(即折后单价)>=5000的订单



查询对象：订单

查询条件：({订单编号}以”PO”开头 或 {订单日期}不大于等于2014-1-1) 且 存在产品编码为”A1”的产品订购记录 且 订购明细中各项订购数量小于订单总订购数量



【写在最后】

博文除了图片以外绝大部分文字内容都是我在上下班乘坐地铁或公交时在手机上完成的，写作不昜，如果对你还有点用处或启发的话，望不吝点赞，谢谢！