【设计过程】.NET|【设计过程】.NET ORM FreeSql WhereDynamicFilter 动态表格查询功能
前言
最近几乎每天40度,越热越不想面对电脑,还好开源项目都比较稳定没那么多待解决问题,趁着暑假带着女儿学习游泳已略有小成。游泳好处太多了,建议有孩子的都去学学,我是在岸边指导大约一周左右就学会了,目前可游200米。
FreeSql 有一个用户很迷的功能 WhereDynamicFilter 动态表格查询,本文讲解它的设计初衷,如何高效理解,从此不再迷惑。
小时候学习编程,老师经常教导我们,程序 = 数据结构 + 算法,今天就以我自身的认知讲解该功能的完整设计过程,其中包含数据结构和算法。
ORM概念
对象关系映射(Object Relational Mapping,简称ORM)模式是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。简单的说,ORM是通过使用描述对象和数据库之间映射的元数据,将程序中的对象自动持久化到关系数据库中。
FreeSql 是 .Net ORM,能支持 .NetFramework4.0+、.NetCore、Xamarin、MAUI、Blazor、以及还有说不出来的运行平台,因为代码绿色无依赖,支持新平台非常简单。目前单元测试数量:8500+,Nuget下载数量:900K+。QQ群:4336577(已满)、8578575(在线)、52508226(在线)
FreeSql 使用最宽松的开源协议 MIT https://github.com/dotnetcore/FreeSql ,完全可以商用,文档齐全,甚至拿去卖钱也可以。
FreeSql 主要优势在于易用性上,基本是开箱即用,在不同数据库之间切换兼容性比较好,整体的功能特性如下:
- 支持 CodeFirst 对比结构变化迁移;
- 支持 DbFirst 从数据库导入实体类;
- 支持 丰富的表达式函数,自定义解析;
- 支持 批量添加、批量更新、BulkCopy;
- 支持 导航属性,贪婪加载、延时加载、级联保存;
- 支持 读写分离、分表分库,租户设计;
- 支持 MySql/SqlServer/PostgreSQL/Oracle/Sqlite/Firebird/达梦/神通/人大金仓/翰高/MsAccess Ado.net 实现包,以及 Odbc 的专门实现包;
dotnet add packages FreeSql.Provider.MySql需求矛盾 虽然 ORM 有理论定义支撑,但实际开发过程中,难免遇到动态查询的需求,常见的有后台管理系统用户自定义过滤查询,如:
鉴于实际与理论的矛盾,导致很多非常实用的功能类库让一些人诟病,指这是 SqlHelper,并非 ORM,在此不便理论,功过自在人心。
数据结构 数据结构的定义,决定了功能的使用深度,这块也参考了一些竟品类似的功能,实际在 .NET ORM 领域很少有完美并简单的现实,要么使用太复杂,要么不支持深层级。
类似的功能其实市面产品应用挺广泛,几乎已经形成了一套成熟的产品规则。如果不是亲身经历过类似产品,是很难定义出完美的数据结构的,作为一个公众开源项目,API 一旦确定再改是非常痛苦的决定,用户升级不兼容的情况不仅会影响 FreeSql 口碑,还会让使用者进退两难,到底要不要升级?好在 FreeSql 从 2018 年最初理念保持至今,关于前后破坏性升级几乎没有。
最终根据对 SQL 逻辑表达式的理解,加上参考 JAVA 一个知名的后台开源框架,取长补短确定了最终数据结构。
说这么多无外乎三个重点:
1、自己不熟悉的,多方面学习,接纳更成熟的方案;
2、自己要是没想好怎么做,多观察再做;
3、多思考用户场景;
我们需要考虑的场景有以下几种:
1、WHERE id = 1
{
"Field": "id",
"Operator": "Equals",
"Value": 1
}
2、WHERE id = 1 AND id = 2
{
"Logic": "And",
"Filters":
[
{
"Field": "id",
"Operator": "Equals",
"Value": 1
},
{
"Field": "id",
"Operator": "Equals",
"Value": 2
}
]
}
3、WHERE id IN (1,2)
{
"Field": "id",
"Operator": "Contains",
"Value": [1,2] //或者 "1,2"
}
4、WHERE id = 1 OR id = 2
{
"Logic": "Or",
"Filters":
[
{
"Field": "id",
"Operator": "Equals",
"Value": 1
},
{
"Field": "id",
"Operator": "Equals",
"Value": 2
}
]
}
5、WHERE id = 1 AND (id = 2 OR id = 3)
注意优先级,它不是 id = 1 AND id = 2 OR id = 3
{
"Logic": "And",
"Filters":
[
{
"Field": "id",
"Operator": "Equals",
"Value": 1
},
{
"Logic": "Or",
"Filters":
[
{
"Field": "id",
"Operator": "Equals",
"Value": 2
},
{
"Field": "id",
"Operator": "Equals",
"Value": 3
}
]
}
]
}
第5个例子最特别,这也是为什么 WhereDynamicFilter 数据结构定义成树型的主要原因。
关于 Operator 我们需要以下使用场景:
- Contains/StartsWith/EndsWith/NotContains/NotStartsWith/NotEndsWith:包含/不包含,like '%xx%',或者 like 'xx%',或者 like '%xx'
- Equal/NotEqual:等于/不等于
- GreaterThan/GreaterThanOrEqual:大于/大于等于
- LessThan/LessThanOrEqual:小于/小于等于
- Range:范围查询
- DateRange:日期范围,有特殊处理 value[1] + 1
- Any/NotAny:是否符合 value 中任何一项(直白的说是 SQL IN)
- Custom:自定义解析
///
/// 动态过滤条件
///
[Serializable]
public class DynamicFilterInfo
{
///
/// 属性名:Name
/// 导航属性:Parent.Name
/// 多表:b.Name
///
public string Field { get;
set;
}
///
/// 操作符
///
public DynamicFilterOperator Operator { get;
set;
}
///
/// 值
///
public object Value { get;
set;
}///
/// Filters 下的逻辑运算符
///
public DynamicFilterLogic Logic { get;
set;
}
///
/// 子过滤条件,它与当前的逻辑关系是 And
/// 注意:当前 Field 可以留空
///
public List Filters { get;
set;
}
}public enum DynamicFilterLogic { And, Or }
public enum DynamicFilterOperator
{
///
/// like
///
Contains,
StartsWith,
EndsWith,
NotContains,
NotStartsWith,
NotEndsWith,///
/// =
/// Equal/Equals/Eq 效果相同
///
Equal,
///
/// =
/// Equal/Equals/Eq 效果相同
///
Equals,
///
/// =
/// Equal/Equals/Eq 效果相同
///
Eq,
///
/// <
>
///
NotEqual,///
/// >
///
GreaterThan,
///
/// >
=
///
GreaterThanOrEqual,
///
/// <
///
LessThan,
///
/// <
=
///
LessThanOrEqual,///
/// >
= and <
/// 此时 Value 的值格式为逗号分割:value1,value2 或者数组
///
Range,///
/// >
= and <
/// 此时 Value 的值格式为逗号分割:date1,date2 或者数组
/// 这是专门为日期范围查询定制的操作符,它会处理 date2 + 1,比如:
/// 当 date2 选择的是 2020-05-30,那查询的时候是 <
2020-05-31
/// 当 date2 选择的是 2020-05,那查询的时候是 <
2020-06
/// 当 date2 选择的是 2020,那查询的时候是 <
2021
/// 当 date2 选择的是 2020-05-30 12,那查询的时候是 <
2020-05-30 13
/// 当 date2 选择的是 2020-05-30 12:30,那查询的时候是 <
2020-05-30 12:31
/// 并且 date2 只支持以上 5 种格式 (date1 没有限制)
///
DateRange,///
/// in (1,2,3)
/// 此时 Value 的值格式为逗号分割:value1,value2,value3... 或者数组
///
Any,
///
/// not in (1,2,3)
/// 此时 Value 的值格式为逗号分割:value1,value2,value3... 或者数组
///
NotAny,///
/// 自定义解析,此时 Field 为反射信息,Value 为静态方法的参数(string)
/// 示范:{ Operator: "Custom", Field: "RawSql webapp1.DynamicFilterCustom,webapp1", Value: "(id,name) in ((1,'k'),(2,'m'))" }
/// 注意:使用者自己承担【注入风险】
/// 静态方法定义示范:
/// namespace webapp1
/// {
/// public class DynamicFilterCustom
/// {
/// [DynamicFilterCustom]
/// public static string RawSql(object sender, string value) => value;
/// }
/// }
///
Custom
}///
/// 授权 DynamicFilter 支持 Custom 自定义解析
///
[AttributeUsage(AttributeTargets.Method)]
public class DynamicFilterCustomAttribute : Attribute { }
安全考虑 由于 ISelect.WhereDynamicFilter 方法实现动态过滤条件(与前端交互),在 SQL 注入安全防御这块一定要进行到底,主要思考如下:
1、Field 只允许传递 c# 实体属性名(不支持使用数据库字段名,甚至直接使用 SQL 内容段);
2、Operator 只允许规定的枚举操作类型;
3、Value 必须根据 Operator 进行强制类型检查,比如 "1,2" + Any 检索出来的数据是 int[] { 1,2 };
4、Operator Custom 类型支持用户自行扩展,可现实更自由的查询;
? 算法 如果把数据结构定义成灵魂,那算法就是驱壳,实现 WhereDynamicFilter 的核心算法是递归树结构。
感兴趣的朋友可以直接去源码查看实现:https://github.com/dotnetcore/FreeSql
难理解 WhereDynamicFilter 功能2020年上线到现在,我个人都觉得其实蛮难理解的,更不要提很多使用者反馈。主要原因是数据结构为树结构,通常80%的人只是简单的一层 AND/OR 需求,他们很少会遇到深层级的自定义查询。
但是作为功能性 ORM 类库,应该满足更多适用范围,而不是妥协为求简单来做。
其实便于理解也不难,只要掌握以下方法:
1、Logic 是设置 Filters 数组下的逻辑关系(这很重要,一定要理解正确)
为了解决 WHERE id = 1 AND (id = 2 OR id = 3) 优先级问题,Filters 更像一对括号
{
"Logic": "And",
"Filters":
[
{ "Field": "id", "Operator": "Equals", "Value": 1 },
{
"Logic": "Or",
"Filters":
[
{ "Field": "id", "Operator": "Equals", "Value": 2 },
{ "Field": "id", "Operator": "Equals", "Value": 3 }
]
}
]
}
2、Field/Operator/Value 与 Logic/Filters 不要同时设置(避免理解困难)
3、删除 JSON 中不必要的内容
这个病不好治,因为强类型对象产生的默认 json 内容,即使无用的属性也序列化了。
{
"Field": null,
"Operator": "And",
"Value": null,
"Logic": "Or",
"Filters":
[
{
"Field": "Name-1",
"Operator": "Equals",
"Value": "ye-01",
"Logic": "And",
"Fitlers": null
},
{
"Field": "Name-1",
"Operator": "Equals",
"Value": "ye-02",
"Logic": "And",
"Fitlers": null
}
]
}
以上类型改成如下,是不是更好理解?
{
"Logic": "Or",
"Filters":
[
{
"Field": "Name-1",
"Operator": "Equals",
"Value": "ye-01"
},
{
"Field": "Name-1",
"Operator": "Equals",
"Value": "ye-02"
}
]
}
最终功能 一个任意定制的高级查询功能预览如下:
前端只需要按要求组装好 DynamicFilterInfo 对应的 JSON 数据内容,后台就可轻易完成高级过滤查询,有多轻易呢?
var dyfilter = JsonConvert.DeserializeObject(jsonText);
var list = fsql.Select().WhereDynamicFilter(dyfilter).ToList();
? 结束语 希望这篇文章能帮助大家从 WhereDynamicFilter 的设计初衷,轻松理解并熟练掌握它,为企业的项目研发贡献力量。
开源地址:https://github.com/dotnetcore/FreeSql
作者是什么人?
作者是一个入行 18年的老批,他目前写的.net 开源项目有:
开源项目 | 描述 | 开源地址 | 开源协议 |
---|---|---|---|
ImCore | 架构最简单,扩展性最强的聊天系统架构 | https://github.com/2881099/im | 最宽松的 MIT 协议,可商用 |
FreeRedis | 最简单的 RediscClient | https://github.com/2881099/Fr... | 最宽松的 MIT 协议,可商用 |
csredis | https://github.com/2881099/cs... | 最宽松的 MIT 协议,可商用 | |
FightLandlord | 斗地主单机或网络版 | https://github.com/2881099/Fi... | 最宽松的 MIT 协议,学习用途 |
IdleScheduler | 定时任务 | https://github.com/2881099/Id... | 最宽松的 MIT 协议,可商用 |
IdleBus | 空闲容器 | https://github.com/2881099/Id... | 最宽松的 MIT 协议,可商用 |
FreeSql | 国产最好用的 ORM | https://github.com/dotnetcore... | 最宽松的 MIT 协议,可商用 |
FreeSql.Cloud | 分布式事务tcc/saga | https://github.com/2881099/Fr... | 最宽松的 MIT 协议,可商用 |
FreeSql.AdminLTE | 低代码后台管理项目生成 | https://github.com/2881099/Fr... | 最宽松的 MIT 协议,可商用 |
FreeSql.DynamicProxy | 动态代理 | https://github.com/2881099/Fr... | 最宽松的 MIT 协议,学习用途 |
【【设计过程】.NET|【设计过程】.NET ORM FreeSql WhereDynamicFilter 动态表格查询功能】QQ群:4336577(已满)、8578575(在线)、52508226(在线)
推荐阅读
- python|【python】我用python抓取了19个一线城市三年的房价数据,并做了走势分析
- 后端|mybatis-plus条件查询
- 22岁
- 大I暖男的白色情人节
- Tomcat 核心原理分析,提升设计思维
- 压缩20M文件从30秒到1秒的优化过程
- 【CSP-J|【CSP-J 2021】总结
- 迷途的猎人|迷途的猎人 请找准你的“鹿”
- 青春时代
- 宁波德诺设计-汉光工贸画册设计案例