捕獲-嵌入-防護：領域驅動設計的指導原則

在使用領域驅動模型（DDD）核心理念和實踐作為軟體設計和開發的指導方針時，可以概括為三個原則：捕獲、嵌入、防護。這是Steven A. Lowe在今年的DDD交流大會上演講時提出的。為了採取積極的行動，我們通過掌握剛好夠用的信息來捕獲領域模型。我們將模型嵌入到代碼和對話中。我們保護領域模型免受其他領域的侵蝕，尤其是技術領域。

在Thoughtworks首席顧問Lowe看來，DDD的出現是一種突破，因為它打破了對企業數據模型的錯誤沉迷，並代之以專註於合作領域的、獨立但重疊的模型。他強調，DDD改變了軟體開發的關注點和範圍，從技術視角轉向了以業務目標指導探索和解決方案。他認為，雖然人們對於DDD還存在一些誤解，但他指出，那些都是錯的：

DDD很難。不，它需要專註和自律，但編程也是如此。

DDD會帶來額外負擔。除非你認為沒有必要了解一個領域。

DDD僅適合複雜的領域。也許複雜的領域最需要，但這種理念肯定是普遍適用的。

捕獲的目的是可視化領域的思維模型，讓其具備交互性，從而使所有人都達成一致。在Lowe推薦的模型創建方法中，其中一種是把所有人都召集到一個房間里，讓他們專註於領域活動。這項技術被稱為事件風暴——一種由Alberto Brandolini創建的集體建模方法。Lowe發現，這種方法非常強大，可以最大化學習速度，最小化學習負擔。

在將領域模型嵌入到代碼時，兩個重要的部分是命名和組合，前者可以反映領域意圖，而後者可以反映領域行為。Lowe指出，如果你不能給一個東西起個好名字，則可能說明你對你要命名的東西不夠了解。由於文檔和圖表都會過期，所以代碼才是唯一可靠的事實來源。通過將領域模型嵌入到代碼，就可以保證模型永遠正確，而且對於開發人員隨時可見。在更高層面上，領域專家也可以讀懂代碼。

為了保護領域模型免受侵蝕，我們使用邊界將子領域隔離開。上下文的邊界是其介面，即進進出出的命令和事件。但是，邊界的強度也很重要，需要在介面中完成什麼驗證和轉換？一種實用的方法是使用模塊從物理上隔離子領域。這樣做的好處包括，代碼庫耦合度更低，更有彈性。Lowe指出，爭取在編碼的第一時間避免技術債務比後續消除它更簡單。

Lowe最後強調，捕獲-嵌入-防護是一個迭代過程，會隨著每個步驟重複多次，從較小的經過驗證的模型逐步構建出一個領域模型。他還指出隨時隨地使用領域驅動設計的重要性；如果你不是有意對領域建模，那麼你就不會無意中為其他東西建模。

查看英文原文：Capture - Embed - Protect, Guidelines for Domain-Driven Design

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！