人員迭代致使的代碼冗餘,你我他都有本身的實現spring
不能動態的改變業務邏輯,可能在關鍵地方會使用開關json
需求迭代排期時間長,須要大量的人力app
產品基本不直掉現有能力,不能給甲方一個預估且較的時間atom
在現有的能力下,組合各種服務以完成相應業務spa
業務邏輯能夠動態的調整變動,亦可實現不回滾完成邏輯切換debug
一個業務就是一個調用鏈,使用者只需關注入參和返回xml
對象
加載 功能&業務 配置 到內存內存
解析配置造成以業務key爲主鍵,功能調用鏈爲值的模型開發
提供 runBiz 開啓業務 和 獲取返回 的入口
一個業務造成一個調用功能或者業務的鏈。即業務中可嵌套業務。
功能的id即key
功能的描述
是否須要保存參數和返回
功能類的獲取方式,經過spring容器或者反射
功能類中的具體功能,即類中方法
當前只支持一個入參或者沒有入參,即入參必須用一個自定義對象包裹,如有多個入參複雜度過高
入參對象中的哪些屬性做爲輸入
肯定從入參中仍是返回中的屬性做爲下一個功能的入參屬性
肯定哪些屬性做爲下一個功能的入參屬性
functions_define
業務key即業務名稱
調用的功能或者業務的key
定義功能或者業務的第一個功能的入參是從上一個返回的哪一個屬性中來
biz_define
能夠動態加載功能&業務定義,覆蓋已有定義,動態改變調用業務邏輯