近日在公司領(lǐng)到一個小需求，需要對之前已有的試用用戶申請規(guī)則進行拓展。我們的場景大概如下所示：

按照上述的條件我們可以得出的結(jié)論是：

咱們的主要流程主要是基于 and 或者 or 的關(guān)系。

如果有一個不匹配的話，其實咱們后續(xù)的流程是不用執(zhí)行的，就是需要具備一個短路的功能。

對于目前的現(xiàn)狀來說，我如果在原有的基礎(chǔ)上來改，只要稍微注意一下解決需求不是很大的問題，但是說后面可維護性非常差。

后面經(jīng)過權(quán)衡過后，我還是決定將這個部分進行重構(gòu)一下。

規(guī)則執(zhí)行器

針對這個需求，我首先梳理了一下咱們規(guī)則執(zhí)行器大概的設計， 然后我設計了一個 V1 版本和大家一起分享一下，如果大家也有這樣的case 可以給我分享留言，下面部分主要是設計和實現(xiàn)的流程和 code。

規(guī)則執(zhí)行器的設計

對于規(guī)則的抽象并實現(xiàn)規(guī)則

執(zhí)行器構(gòu)建

執(zhí)行器的調(diào)用

總結(jié)

規(guī)則執(zhí)行器的優(yōu)點和缺點

優(yōu)點：

比較簡單，每個規(guī)則可以獨立，將規(guī)則，數(shù)據(jù)，執(zhí)行器拆分出來，調(diào)用方比較規(guī)整；

我在 Rule 模板類中定義 convert 方法做參數(shù)的轉(zhuǎn)換這樣可以能夠，為特定 rule 需要的場景數(shù)據(jù)提供拓展。

缺點：

上下 rule 有數(shù)據(jù)依賴性，如果直接修改公共傳輸對象 dto這樣設計不是很合理，建議提前構(gòu)建數(shù)據(jù)。

審核編輯：湯梓紅