(1)业务对象可配置
业务中用到的同类型对象特别多,使用硬编码方式维护困难时,可以考虑抽象出可配置化的对象配置中心
如:商品中心,将商品抽象为 sku,并提供名称、价格、重量等可配置的属性
(2)业务规则可配置
业务中规则部分特别复杂,可以考虑抽象出可配置化的规则配置中心
如:售卖策略配置,某 sku 在某业务线 + 某业务场景中,必须搭配某种前置 sku,以 XX 价格进行售卖
业界有多种开源规则引擎,如 Aviator、Drools、QLExpress 等,不同的规则引擎在功能、性能、学习维护成本上有一定差异,需要根据自己的业务场景来进行选型
业务规则配置例子:
背景:物流能力中心项目中,要计算不同的仓类型、不同的资源类型(人员、场地、物资、车辆等)、不同履约时效的履约能力,每种场景接入的参数都不一样,计算工时也不一样,算法还经常需要调整,如果使用硬编码的方式,要对几十种业务组合编写业务逻辑,工作量大,维护困难
方案:引入规则引擎,实现业务规则可配置,提升开发、维护人效
(3)业务流程可配置
如果不同的业务场景,需要不同的执行流程,可以考虑引入流程配置框架,如:一些业务场景,流程执行顺序为 A-->B-->C,另外一些业务场景执行顺序为 C-->B-->A,还有一些业务场景执行顺序为 B-->A-->C。
注:流程配置框架相对比较复杂,更适合平台 / 中台建设,其他场景建议谨慎评估后再引入
流程配置框架的核心:流程编排 + 能力复用(插件化),前提是流程抽象➕流程标准化
业界流程编排框架:阿里 TMF、美团 BPF、京东物流 batrix
TMF2.0 配置流程:
4、使用规范降低复杂度
本质上,是做好约定,简化思考。如:一个类命名为 OrderDao,不需要看代码,就可以很清晰的知道这是一个订单数据处理的类
(1)代码规范
如接口、类、方法等的命名
(2)架构层级规范
系统分层级。上层调用底层,避免底层直接调用上层,同层级尽量避免互相调用
例:物流百川三层架构,定义了系统层级,使系统交互有序
中国股票配资公司排名,网上实盘配资,炒股股票配资提示:文章来自网络,不代表本站观点。