在一个业务系统中，有些规则逻辑就是与或非，有些规则是计算类。 什么样的规则适合进入ODM，那些业务逻辑不适合？ 业务逻辑的粒度怎么划分比较好(划分太细规则太多，划分太大规则不能灵活变更)？可有什么最佳实践。
感觉规则引擎适合的场景是：
1】规则本身逻辑不复杂；
2】需要匹配的规则数量很多；
3】规则中涉及的参数很多；
4】规则经常发生变化；
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30