幾句話熟悉Laravel/Symfony 事件系統(tǒng)

bitkylin 發(fā)布于2019-06-28 14:39 / 3264人閱讀

摘要：一個(gè)事件系統(tǒng)就這么簡單。說了這么多，一句話概括事件系統(tǒng)就像是框架層的全局?jǐn)?shù)據(jù)庫，具有存儲(chǔ)注冊(cè)和觸發(fā)事件功能，解耦代碼，實(shí)現(xiàn)跨組件通信。。

我們知道，laravel/symfony 框架是由一堆堆 components 組件粘合在一起的。其中會(huì)有一個(gè) event component 組件，比較特殊，它像一個(gè)中介，是框架層全局 component，專門負(fù)責(zé)不同component間相互通信傳數(shù)據(jù)的。

說它是全局的，意思是，整個(gè)請(qǐng)求生命周期內(nèi)，event 對(duì)象是單例的，對(duì)象不能新建實(shí)例，每次從容器中獲取標(biāo)識(shí)為 "event" 的 event 對(duì)象還是最開始的 event 對(duì)象，為啥要這樣搞？很簡單啊，如果不是單例的，那第一個(gè) event component 里注冊(cè)了 10 個(gè)事件 event，在某個(gè) component 里想要觸發(fā) event 對(duì)象里的一個(gè)發(fā)郵件事件 "mail"，但如果此時(shí)從容器中拿到的 event component 不是原來的 event component，那就找不到那個(gè) mail 事件對(duì)應(yīng)的處理器 handler 了。可以看看 laravel 的 EventServiceProvider 在往容器中注冊(cè) "event" 對(duì)象時(shí)是使用的 singleton() 單例注冊(cè)的，這樣保證 event 對(duì)象永遠(yuǎn)是那一個(gè)。

說它負(fù)責(zé)跨組件通信，意思是比如對(duì)于 database 下的一個(gè) model 對(duì)象如 account model，當(dāng)邏輯處理到 save 完一個(gè) account model 到數(shù)據(jù)庫時(shí)，如果需要再增加幾個(gè)邏輯，如發(fā)個(gè)郵件 mail，數(shù)據(jù)入數(shù)據(jù)庫前需要驗(yàn)證 validation，給這個(gè) account 寫個(gè)日志 log 等等，這幾個(gè)邏輯需要 Mail Component/Validation Component/Log Component 里面的對(duì)象去處理，難道我要在 $account->save() 的后面在寫一大坨這些邏輯？那代碼豈不亂七八糟。何況我想在 save 前和 save 后再搞一些邏輯，那不完蛋了。有沒有這樣一種實(shí)踐方式讓我 save 前一兩行代碼，save 后一兩行代碼，把這些邏輯解耦為各個(gè)小邏輯呢，這樣代碼豈不更清爽。

(1) 為啥需要事件系統(tǒng)？

代碼層面，為了代碼解耦，把在一處的一大坨邏輯解耦成多處細(xì)分代碼；性能考慮，事件的隊(duì)列功能模擬了異步處理，把耗時(shí)的任務(wù)放在隊(duì)列里，讓隊(duì)列一個(gè)個(gè)去慢慢處理這些任務(wù)。

(2) 事件架構(gòu)是如何構(gòu)成的？

事件架構(gòu)其實(shí)很簡單，它是一個(gè)框架層的全局 component: event component，通過上面的描述知道它應(yīng)該具備幾個(gè)功能: 事件注冊(cè)功能，事件觸發(fā)功能，再加一個(gè)高級(jí)功能把事件放在隊(duì)列里異步處理，如 laravel 里事件注冊(cè)功能IlluminateEventsDispatcher::listen()，事件觸發(fā)功能IlluminateEventsDispatcher::dispatch()。

一個(gè)事件系統(tǒng)就這么簡單。

(3) 一個(gè)事件 event 可以有多個(gè)處理器 handler/listener，一個(gè) handler/listener 可以監(jiān)聽多個(gè)事件，這個(gè)應(yīng)該如何讓 event component 支持呢？

要求多個(gè) handler/listener (一個(gè) callable 或是一個(gè) class name)監(jiān)聽一個(gè)事件 "event"，很簡單，那就多次注冊(cè)IlluminateEventsDispatcher::listen($event_name, $handler)，$event_name 一樣，$handler 不一樣而已，會(huì)按照注冊(cè)順序執(zhí)行 $handler，當(dāng)然 symfony 支持在第三個(gè)參數(shù)就是 priority，設(shè)置 $handler 執(zhí)行順序。
要求一個(gè) handler/listener 可以監(jiān)聽多個(gè) event，很簡單，把 handler 做成一個(gè)類 class，然后里面做個(gè) $events 數(shù)組屬性設(shè)置要監(jiān)聽哪些 events 就行，laravel/symfony 都叫這個(gè) handler 為 Event Subscribers，僅此而已。

不想去畫圖來詳細(xì)說明了，根據(jù)上面幾句話，再去從架構(gòu)層面去看 laravel event / symfony event 的事件系統(tǒng)文章，就很簡單了，建議仔細(xì)閱讀下官網(wǎng)這兩篇文章。其他細(xì)節(jié)都是為了上面這些設(shè)計(jì)目的服務(wù)的。

說了這么多，一句話概括：事件系統(tǒng)就像是框架層的全局?jǐn)?shù)據(jù)庫，具有存儲(chǔ)、注冊(cè)和觸發(fā)事件功能，解耦代碼，實(shí)現(xiàn)跨組件通信。。