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