在一个业务系统中，有些规则逻辑就是与或非，有些规则是计算类。 什么样的规则适合进入ODM，那些业务逻辑不适合？ 业务逻辑的粒度怎么划分比较好(划分太细规则太多，划分太大规则不能灵活变更)？可有什么最佳实践。
ODM有简单规则、规则表、规则树、规则流等实现方式，规则表通常用于积分计算或者一系列相似规则操作，简单来说就是可以把用Excel表现的业务逻辑转化成ODM中的规则表；规则树适合分段规则‘；简单规则也就是语言描述，在设计的时候不同的写法可能造成不同的性能表现；规则流可以用于串联多个规则，形成完整的业务逻辑。
因此粒度划分的通常做法是：先划分为多个规则包，规则包中有相应的实现规则，用规则流串联起所有的规则包（规则流的流转可以写规则逻辑）。这样做的好处在于：可以让引擎自动判断流转的顺序，大大提高性能；业务划分也比较清晰明了
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30