對異步通知的定位，是作為核心業(yè)務(wù)的一種補(bǔ)充，應(yīng)該盡量與核心業(yè)務(wù)解耦氢烘。
采用的解耦方式為“事件+監(jiān)聽器”。一些主流的php web框架家厌，如laravel播玖、yii2對“事件+監(jiān)聽器”的支持是“開箱即用”的，只需寫少量的代碼（通常是增加一些配置項）即可饭于。
這里描述的設(shè)計思想是“解耦”蜀踏，是和語言無關(guān)的，屬于“設(shè)計模式”的范疇掰吕。
概念
事件
業(yè)務(wù)系統(tǒng)在某個時機(jī)觸發(fā)事件果覆，例如訂單發(fā)貨了，這時需要觸發(fā)一個“訂單已發(fā)貨”事件殖熟。事件攜帶了與異步通知相關(guān)的數(shù)據(jù)局待，如用戶信息、訂單信息等，這些數(shù)據(jù)用于創(chuàng)建異步通知任務(wù)钳榨。
監(jiān)聽器
監(jiān)聽器負(fù)責(zé)捕捉事件并創(chuàng)建相關(guān)的異步通知任務(wù)舰罚。
異步通知任務(wù)
異步通知任務(wù)應(yīng)有以下的屬性
- 接收人
- 通知內(nèi)容
- 發(fā)送時間
- 發(fā)送狀態(tài)
異步通知任務(wù)應(yīng)帶有“鎖”機(jī)制，在并發(fā)場景下也可保證同一個通知不會被多次發(fā)送給用戶薛耻。
異步通知的發(fā)送時間應(yīng)是可配置的营罢，以應(yīng)對需求的變化。
過濾器
過濾器用于攔截不需要發(fā)送的通知饼齿。
有一種場景：用戶注冊后n天內(nèi)不下單則發(fā)送召回通知饲漾。這種場景需要在用戶注冊時觸發(fā)事件，監(jiān)聽器捕獲并創(chuàng)建發(fā)送時間為n天后的通知任務(wù)候醒。如果用戶在n天內(nèi)下單了能颁，則這個通知就不應(yīng)該發(fā)送。
這個通知對應(yīng)的過濾器就應(yīng)該檢查從通知的創(chuàng)建時間到發(fā)送時間內(nèi)倒淫，用戶有沒有下單伙菊。
實(shí)現(xiàn)
工廠+配置+后臺進(jìn)程
配置
配置包括以下內(nèi)容
- 事件對應(yīng)的通知節(jié)點(diǎn)
- 通知節(jié)點(diǎn)的發(fā)送時間
工廠
工廠的職責(zé)
- 創(chuàng)建通知任務(wù)
- 實(shí)例化通知任務(wù)
后臺進(jìn)程
后臺進(jìn)程讀取待發(fā)送的通知，將通知發(fā)送給用戶敌土，并更新通知發(fā)送狀態(tài)
擴(kuò)展
當(dāng)新需求到來時镜硕，如當(dāng)用戶關(guān)注的商品降價時發(fā)送一條通知，只需在業(yè)務(wù)代碼中觸發(fā)一個“商品降價事件”返干，增加相關(guān)的配置和通知節(jié)點(diǎn)兴枯，即可滿足需求。
不足
容易看出矩欠，這種設(shè)計思想會導(dǎo)致業(yè)務(wù)中的事件越來越多财剖。但為了不侵入核心業(yè)務(wù)代碼，是否可以容忍這個不足之處癌淮？
