人员迭代致使的代码冗余,你我他都有本身的实现spring
不能动态的改变业务逻辑,可能在关键地方会使用开关json
需求迭代排期时间长,须要大量的人力app
产品基本不直掉现有能力,不能给甲方一个预估且较的时间atom
在现有的能力下,组合各种服务以完成相应业务spa
业务逻辑能够动态的调整变动,亦可实现不回滚完成逻辑切换debug
一个业务就是一个调用链,使用者只需关注入参和返回xml
对象
加载 功能&业务 配置 到内存内存
解析配置造成以业务key为主键,功能调用链为值的模型开发
提供 runBiz 开启业务 和 获取返回 的入口
一个业务造成一个调用功能或者业务的链。即业务中可嵌套业务。
功能的id即key
功能的描述
是否须要保存参数和返回
功能类的获取方式,经过spring容器或者反射
功能类中的具体功能,即类中方法
当前只支持一个入参或者没有入参,即入参必须用一个自定义对象包裹,如有多个入参复杂度过高
入参对象中的哪些属性做为输入
肯定从入参中仍是返回中的属性做为下一个功能的入参属性
肯定哪些属性做为下一个功能的入参属性
functions_define
业务key即业务名称
调用的功能或者业务的key
定义功能或者业务的第一个功能的入参是从上一个返回的哪一个属性中来
biz_define
能够动态加载功能&业务定义,覆盖已有定义,动态改变调用业务逻辑