領域驅動設計系列三事件驅動上

今天講一下事件驅動，這個不是領域驅動設計裡的事件源(event source), 這個以後再講，今天主要講一下如何用事件來解耦，主要的原因是我們有個專案有個功能我覺得用事件的方式比較好，正好寫篇部落格，就不用專門給他們講了。

說到解耦，我們很熟悉分層設計，比如上層依賴於抽象，不依賴於具體的實現。比如乙個類使用另乙個類，我們使用介面而不直接使用實現類。

public equipmentservice(iemailservice emailservice, iequipmentrepository equipmentrepository)

比如我們乙個會議室預定系統，我們的乙個裝置壞了。我們需要通知預定這個會議室的所有人。於是我們需要發郵件。

偽**如下

public
class
equipmentservice
public
void
setequipmentbroken(string id)
}

但是，問題來了，如果後來我們要說，如果裝置壞了，我們要更改可用庫存的數量，這時候我們是不是要在這裡修改**而引入iinventoryservice? 後來如果經理說裝置壞了你們盡然不告訴我，你們要鬧哪樣？這個時候我們是不是要修改**引入ismsservice.info(manager)? 即使我們不考慮ocp原則，不考慮單一職責，我們程式設計師也會哭，我就deactive乙個裝置，你要我做這麼多事，我**清楚所有的功能？我就罵過程式設計師，你做這個功能呢為什麼沒考慮全！！！漏掉了這麼重要的功能。

而問題，程式設計師從來沒考慮全過，因此我就想辦法如何解決這個程式設計師不仔細的問題。

因為我熟悉ios的開發，我就想到了ios的notification center. 那我我deactive乙個裝置，我就只deactive這個裝置，很srp是不是？但是別的地方如何拿到通知？於是事件就自然的付出水面了。如果裝置被deactive了，程式就只需要喊一聲，老子把裝置deactive了，你們要鬧哪樣你們自己看著辦，**如下。

public
void
setequipmentbroken(string id)
);}

這樣，通知會議室預定者的模組去通知，給老闆發簡訊的模組就通知老闆就ok了。

王德水

領域驅動設計系列三事件驅動上

領域驅動系列三

DDD 領域驅動設計學習（三）領域事件

領域驅動設計系列（一）為何要領域驅動設計？

領域驅動設計系列 三 事件驅動上

領域驅動系列三

DDD 領域驅動設計學習（三） 領域事件

領域驅動設計系列（一） 為何要領域驅動設計？

相關推薦

領域驅動設計系列三事件驅動上

DDD 領域驅動設計學習（三）領域事件

領域驅動設計系列（一）為何要領域驅動設計？