如何閱讀模型驅動設計建構區塊的模式語言

Dec. 06 21:40~23:10

▲圖1：Model-Driven Design模式語言，節錄自藍皮書

模式語言範例

《Domain-Driven Design: Tackling Complexity in the Heart of Software》（藍皮書）Part II，「The Building Blocks of a Model-Driven Design（模型驅設計的建構區塊） 」有一張圖（ 如圖1所示），代表Model-Driven Design模式語言。

這個模式語言代表DDD單一bounded context內的核心模式，今天Teddy要談一下如何閱讀這個模式語言。

***

模式語言

模式語言由建築師Christopher Alexander所發明，透過一組有方向性的模式來解決一個大的設計問題。一個模式語言最頂端的模式，代表使用這個語言的人想要「製作出來的東西」。在圖1中，模式語言第一個模式是Model-Driven Design（模式驅動設計），它本身是一個DDD模式。這是一個比較大（或是說比較抽象、比較高層次）的模式，為了落實Model-Driven Design，需要依靠它下方第一層的其他四個模式，讓Model-Driven Design更完整：

• Service
• Entity
• Value Object
• Layered Architecture

Service模式下方沒有其他模式，代表Service模式本身不特別需要其他模式來支持它就已經很完整。Entity模式則需要Aggregate、Repository與Factory這三個模式使其完整。Entity可透過Factory來產生實例。Aggregate包含Entity與Value Object，Entity也需要倚靠Aggregate來確保資料的完整性。

在圖1中，標示著Entity透過Repository來存取，但Teddy認為其實這個關係可以不用畫在模式語言中，因為Aggregate才會有Repository，單獨的Entity是不能透過Repository來存取。客戶端只能透過Aggregate Root來讀取Aggregate內部的Entity。

***

Value Object下方則有Aggregate與Factory，這個關係很清楚，就不解釋了。Aggregate下方則有Repository與Factory，分別用來儲存與讀取以及生成Aggregate。

***

Model-Driven Design下方最後一個Layered Architecture模式，比起前述其他模式都要大得多。前面幾個模式算是「設計模式」，Layered Architecture已經是「架構模式」。嚴格說起來，Layered Architecture下方還是可以展開其他模式來支持它的實作。

還有一點要注意，在藍皮書中，對於Layered Architecture模式的描述，屬於傳統階層式架構，階層之間的相依性是由上往下，上層依賴於下層。以現在的角度來看，這種解法應該改套用dependency inversion（相依反轉）原則，拿掉上層對於下層的直接依賴。

如果是Teddy現在來畫這個模式語言，會用Clean Architecture模式來取代Layered Architecture。

▲中文版《領域驅動設計》第68頁描述Layered Architecture模式的解決方案。

***

最後，圖1還有一個Smart UI模式，但是它與Model-Driven Design模式之間卻出現一個X符號。Teddy在Alexander原始的模式語言中並沒有看過這種表示方法，作者的用意只是提醒讀者，Smart UI與Model-Driven Design彼此互斥。

***

重畫Model-Driven Design模式語言

▲圖2：Teddy重劃後的Model-Driven Design模式語言

依據以上討論，圖2是Teddy重畫後的Model-Driven Design模式語言。Teddy習慣由上而下來畫製模式語言，而非像藍皮書中由左而右繪製。自己重新整理之後，感覺比藍皮書的版本還要清爽與容易記憶 XD。

***

工商服務

對於領域驅動設計（Domain-Driven Design；DDD）與簡潔架構（Clean Architecture）有興趣的鄉民，歡迎參加泰迪軟體的【領域驅動設計與簡潔架構入門實作班】。

對於設計模式有興趣的鄉民，歡迎參加泰迪軟體的【Design Patterns這樣學就會了–入門實作班】。

***

友藏內心獨白：用模式語言思考可以看到問題全貌。