什么是流程/規(guī)則編排

什么是流程/規(guī)則編排？

所謂編排，就是讓已有的節(jié)點(diǎn)通過不同的組織方式完成不同的需求 首先，我們需要對(duì)既有業(yè)務(wù)做一定程度的抽象，以一個(gè)例子開始：一個(gè)簡(jiǎn)單的國慶節(jié)充值活動(dòng)： 活動(dòng)時(shí)間 10.1-10.7 充值≥100 元，送 5 元余額 充值≥50 元，送 10 積分，10.5 之后開始

不疊加送， 即充 100 元只送 5 元余額不會(huì)疊加再送 10 積分

當(dāng)充值發(fā)生時(shí)，我們擁有：充值用戶-uid，充值金額-cost，充值時(shí)間-time再有一些制作好的抽象節(jié)點(diǎn)，如：

判斷充值≥100 的條件節(jié)點(diǎn) ScoreFlow-100，cost≥100 返回 true，否則返回 false

判斷充值≥50 的條件節(jié)點(diǎn) ScoreFlow-50，cost≥50 返回 true，否則返回 false

發(fā)放 5 元余額的結(jié)果節(jié)點(diǎn) AmountResult，結(jié)果也可以有返回，比如正常發(fā)放了返回 true，庫存不足了等原因?qū)е碌臎]有發(fā)放(不是error)，可以返回 false

發(fā)放 10 元積分的結(jié)果節(jié)點(diǎn) PointResult

那么，為什么要編排，如何編排才是最優(yōu)的？

為什么要編排？

屏蔽代碼影響： 比如編排者只需要知道 AmountResult 是發(fā)放余額的節(jié)點(diǎn)，然后在適當(dāng)?shù)奈恢眠\(yùn)行這個(gè)節(jié)點(diǎn)即可，不需要關(guān)心真實(shí)的代碼邏輯 提升效率： 結(jié)合可視化給非研發(fā)人員編排實(shí)現(xiàn)業(yè)務(wù)邏輯，支持動(dòng)態(tài)修改與生效配置，比如充值條件 100 元改成 200，結(jié)合可視化工具直接修改，解放研發(fā)，提升生產(chǎn)效率

如何編排？

流程圖式編排

腦海里最先出現(xiàn)的編排方式，也是最常見的編排方式

執(zhí)行樹式編排

When X Then Y

以上兩種基本代表了傳統(tǒng)的編排思想，在簡(jiǎn)單的例子下，看起來也是非常直觀，但，當(dāng)變動(dòng)發(fā)生時(shí)，尤其是需要靈活調(diào)整的場(chǎng)景，他們的表現(xiàn)又如何呢？

變動(dòng)

①簡(jiǎn)單配置修改

充值 100 元改成 80 吧，10 積分變 20 積分吧，時(shí)間改成 10.9 號(hào)結(jié)束吧（微微一笑，畢竟我費(fèi)了這么大勁，終于體現(xiàn)到價(jià)值了?。?/p>

②簡(jiǎn)單邏輯變動(dòng)

用戶參與積極性不高啊，去掉不疊加送吧，都送（稍加思索，費(fèi)幾個(gè)腦細(xì)胞挪一挪還是可以的，怎么也比改代碼再上線強(qiáng)吧?。?/p>

③進(jìn)階邏輯變動(dòng)

5元余額不能送太多，設(shè)置個(gè)庫存100個(gè)吧，對(duì)了，庫存不足了充100元還是得送10積分的哈（卒… 早知道還不如硬編碼了）

真實(shí)線上變動(dòng)只會(huì)更離譜，流程圖式和執(zhí)行樹式實(shí)現(xiàn)的主要缺點(diǎn)在于，牽一發(fā)而動(dòng)全身，改動(dòng)一個(gè)節(jié)點(diǎn)需要瞻前顧后，如果考慮不到位，很容易弄錯(cuò)，現(xiàn)實(shí)的活動(dòng)內(nèi)容要比例子復(fù)雜的多，時(shí)間線也是多條，考慮到這，再加上使用學(xué)習(xí)框架的成本，往往得不償失，到頭來發(fā)現(xiàn)還不如硬編碼

那么，有沒有更好的編排邏輯？

ice是如何編排的

如圖，ice使用關(guān)系節(jié)點(diǎn)作為邏輯傳遞的橋梁，用樹圖方式呈現(xiàn)邏輯

關(guān)系節(jié)點(diǎn)(邏輯節(jié)點(diǎn))

控制業(yè)務(wù)流轉(zhuǎn)，如： AND： 從上到下執(zhí)行子節(jié)點(diǎn)，遇到第一個(gè)false中斷并返回false，全部為true則返回true，類似于 Java 的 && ANY： 從上到下執(zhí)行子節(jié)點(diǎn)，遇到第一個(gè)True中斷并返回true，全部為false則返回false，類似于 Java 的 || ALL： 從上到下執(zhí)行所有子節(jié)點(diǎn)

葉子節(jié)點(diǎn)(業(yè)務(wù)節(jié)點(diǎn))

真正做事情的節(jié)點(diǎn)，如： Flow： 一些條件與規(guī)則節(jié)點(diǎn)，如ScoreFlow Result： 一些結(jié)果性質(zhì)的節(jié)點(diǎn)，如AmountResult，PointResult None： 一些不會(huì)干預(yù)流程的節(jié)點(diǎn)，如下文會(huì)介紹到的TimeChangeNone

執(zhí)行流程

圖中，如果10月4日，充值100元，則執(zhí)行流程為：

從根節(jié)點(diǎn)開始，先執(zhí)行ANY

充值時(shí)間在ANY生效時(shí)間內(nèi)，繼續(xù)執(zhí)行

ANY有兩個(gè)子節(jié)點(diǎn)，先執(zhí)行第一個(gè)子節(jié)點(diǎn)AND

AND有兩個(gè)子節(jié)點(diǎn)，先執(zhí)行第一個(gè)子節(jié)點(diǎn)ScoreFlow-100

ScoreFlow-100判斷并返回true

AND接收到true，繼續(xù)向下執(zhí)行AmountResult

AmountResult發(fā)放余額并返回true

AND子節(jié)點(diǎn)執(zhí)行完畢，接收到兩個(gè)true，自己也返回true

ANY接收到true，不再繼續(xù)執(zhí)行子節(jié)點(diǎn)并返回true

可以看到，之前需要?jiǎng)冸x出的時(shí)間，已經(jīng)融合到各個(gè)節(jié)點(diǎn)上了，把時(shí)間配置還給節(jié)點(diǎn)，如果沒到執(zhí)行時(shí)間，如發(fā)放積分的節(jié)點(diǎn) 10月5日之后才生效，那么在 10月5日之前，可以理解為這個(gè)節(jié)點(diǎn)不存在

變動(dòng)的解決

對(duì)于①直接修改節(jié)點(diǎn)配置就可以 對(duì)于②直接把ANY 改成 ALL 即可(疊加送與不疊加送的邏輯在這個(gè)節(jié)點(diǎn)上，屬于這個(gè)節(jié)點(diǎn)的邏輯就該由這個(gè)節(jié)點(diǎn)去解決) 對(duì)于③由于庫存的不足，相當(dāng)于沒有給用戶發(fā)放，則 AmountResult 返回 false，流程還會(huì)繼續(xù)向下執(zhí)行，不用做任何更改 再加一個(gè)棘手的問題，當(dāng)時(shí)間線復(fù)雜時(shí)，測(cè)試工作以及測(cè)試并發(fā)要怎么做？

一個(gè) 10月1日開始的活動(dòng)，一定是在 10月1日之前開發(fā)上線完畢，如我在 9月15日要怎么去測(cè)試一個(gè)10月1日開始的活動(dòng)？在 ice 中，只需要稍微修改一下：

增加了個(gè)子節(jié)點(diǎn)TimeChangeNone（用于更改測(cè)試環(huán)境請(qǐng)求里的充值時(shí)間，可以改成任意想要的測(cè)試時(shí)間）

特性

為什么這么編排呢？為什么這樣就能解決這些變動(dòng)與問題呢？

其實(shí)，就是使用樹形結(jié)構(gòu)解耦，流程圖式和執(zhí)行樹式實(shí)現(xiàn)在改動(dòng)邏輯的時(shí)候，需要瞻前顧后，但是 ice 不需要，ice 的業(yè)務(wù)邏輯都在本節(jié)點(diǎn)上，每一個(gè)節(jié)點(diǎn)都可以代表單一邏輯，比如我改不疊加送變成疊加送這一邏輯就只限制在那個(gè) ANY 節(jié)點(diǎn)邏輯上，只要把它改成我想要的邏輯即可，至于子節(jié)點(diǎn)有哪些，不用特別在意，節(jié)點(diǎn)之間通過上下文傳遞信息，每個(gè)節(jié)點(diǎn)執(zhí)行完的后續(xù)流程不需要自己指定

因?yàn)樽约簣?zhí)行完后的執(zhí)行流程不再由自己掌控，還可以做到對(duì)象級(jí)別的復(fù)用：

如圖，參與活動(dòng)這里用到的 TimeChangeNone，如果現(xiàn)在還有個(gè) H5 頁面需要做呈現(xiàn)，不同的呈現(xiàn)也與時(shí)間相關(guān)，怎么辦？只需要在呈現(xiàn)活動(dòng)這里使用同一個(gè)節(jié)點(diǎn)對(duì)象(在ice后臺(tái)配置中為同id節(jié)點(diǎn))，更改其中一個(gè)，另一個(gè)也會(huì)被更新(因?yàn)樗麄兪峭粋€(gè)對(duì)象，不存在多個(gè)復(fù)用節(jié)點(diǎn)同步問題)，避免了到處修改時(shí)間

Code

Talk is cheap. Show me the code…