怎样设计一套规则引擎系统
发布时间:2022-10-12 17:54:09 来源:本站编辑:GD工单系统

知识导读
「规则引擎」系统一般而言,在风险控制中应用比较多,但经过调查,我们不难发现,实际上在业务系统中,针对规则引擎系统的渴望度更高,甚至是在咨询业务规则引擎系统该如何设计与连接。
最先来聊一下困扰。为何针对规则引擎系统的渴望度那么大?
缺陷
业务标准复杂
试想一下,换句话说恰好是你所经历的,在大家的业务逻辑性中,有很多很多很多的业务条件判断,但这些业务要求的改动通常又比较经常,假如你项目部署还很用时,那样“开发设计五分钟,布署一小时”的画面又闪过。
业务配置改动经常
在大家的业务中,通常又有很多的业务配置置入在其中,例如作用电源开关、授权管理、信用黑名单等。但这些配置,假如你项目有连接一些业务配置系统还行,要是没有,那样又也是需要发一波编码。
业务咨询
编码对我们的业务方来讲是看不到的,遇到一些根本就不是难题问题时,一直会往专业技术人员咨询。但你假如掌握新项目还行,但是一旦忘掉,又需要整理一次业务逻辑性。
温馨的家一直相近的,不幸的家庭却各有各的不同。解决正是这些无意间的小问题,总会不知不觉切断我们自己的思索。天下苦秦久已。
梳理一下,我们应该解决的问题起码有3点:
业务标准配置化。标准编码的撰写,支持拔插和热更新。
业务配置数据可视化。业务配置应交给业务方自行解决。
业务咨询可见性。当业务碰到不明白的问题的时候,能够很清晰在一个地方了解到了缘故所属。
通过调查,我们不难发现MVEL指南关系式特别适合大家去做这件事。而支持MVEL关系式的开源系统规则引擎系统中,对于我们来说easy-rules更符合大家的画面,一方面他支持MVEL,另一方面,他支持在Java中自定Rule,此外,他就支持自定规则引擎。
可是,只靠easy-rules并无法直接使用生产制造环境里,我们应该根据自身的业务做一些调节,例如必须统一标准、必须统一特性引入、必须统一回到构造这些。
上一篇:没有了