8th ddd taiwan study group bounded context integration
•Als PPTX, PDF herunterladen•
0 gefällt mir•280 views
This slide is presented in DDD Taiwan social group.
Empfohlen
Weitere ähnliche Inhalte
Mehr von 國昭 張
8th ddd taiwan study group bounded context integration
- 2. 大綱 • 領域的概念 • 整合的基礎 • REST與DDD • 事件與DDD 2
- 11. 限界上下文解析 “Explicitly define the context within which a model applies. Explicitly set boundaries in terms of team organization, usage within specific parts of the application, and physical manifestations such as code bases and database schemas. Keep the model strictly consistent within these bounds, but don’t be distracted or confused by issues outside.” --wikipedia 在應用程式中的某一部份 設定一個顯示的邊界 讓模型可以有強一致性 避開無謂的干擾 領域的概念 11
- 13. 商業結構 商務能力 商務功能 商務活動 人力資本 管理 人才管理 招募 開發 保留 評估 推薦 實現 概念性 邏輯性 商務能力是組織進行商務活動 持續穩定達成商務目標,所必需 的商務功能。 新 血 實現 目 標 領域的概念 13
- 24. 限界上下文整合關鍵實務 整合的基礎 • Open Host Service • Published Language • Anti corruption Layer 24
- 25. 開放主機服務 整合的基礎 • 定義一個協定,讓你的子系統透過該協定來訪問你的服務。 • 公開協定,這樣任何想與你整合的人都可以使用該協定。 • 當有新的整合需求時,對協定進行改進或擴充。 • 對於一些特殊的需求,可以採用一次性的翻譯予以處理,這樣可以保持協定的 簡單性和延續性。 25
- 26. 發布語言 整合的基礎 • 在兩個限界上下文之間,翻譯模型需要一種公用的語言。 • 使用發布出來的共享語言來完成整合交流。 • 發布語言通程與開放主機服務一起使用。 26
- 27. 防腐層 整合的基礎 • 整合兩個設計良好的限界上下文時,翻譯層可能很簡單,甚至能夠優雅地實現。 • 若無法套用:共享內合、合作關係或是客戶-供應,則翻譯將會變得複雜。 • 下游需要依據自己的領域模型建構一個單獨的層,該層作為上游系統所提供的 模型進行翻譯轉換。 27
- 29. 防腐層實例 整合的基礎 基本三元素: • HttpClient • Adapter • Translator
- 31. REST描述 REST與DDD 31 Representational State Transfer (REST) is a software architectural style that defines a set of constraints to be used for creating Web services. Web services that conform to the REST architectural style, called RESTful Web services (RWS), provide interoperability between computer systems on the Internet. RESTful Web services allow the requesting systems to access and manipulate textual representations of Web resources by using a uniform and predefined set of stateless operations. Other kinds of Web services, such as SOAP Web services, expose their own arbitrary sets of operations. --wikipedia 它是Architectural style 資源+表現型式+狀態變化 一組基本的操作
- 32. REST操作 REST與DDD 32 Route name URL HTTP Verb 描述 是否為 冪等 Index /blogs GET 顯示blogs資訊 New /blog/new 顯示新增blog的表單資訊 Show /blogs/:id 顯示指定的blog資訊 Edit /blogs/:id/edit 顯示編輯blog的表單資訊 Create /blogs POST 新增blog Update /blogs/:id PUT 異動已存在的blog資訊 Patch /blogs/:id PATCH 異動已存在的部份blog資訊 Destroy /blogs/:id DELETE 刪除已存在的blog
- 37. 解決方案的編排 REST與DDD • 依照限界上下文以解決方案資料夾包裹 • BCI.Infrastructures和BCI.SharedCores屬於共享專案 (依照團隊討論,可考慮各種方式共享,例: Git子模組)
- 38. 範例模組概觀 REST與DDD • 模組的設計第一層可以採用聚合。好處是可以快速 理解有多少個聚合在這個限界上下文 • BCI.[限界上下文名稱:Products].Domain: 這個專案主要是放置領域物件 • BCI.[限界上下文名稱:Products].Application： 這個專案包含所有主要的商業邏輯,以及實現 BCI.Products.Domain中宣告介面的物件
- 39. 深入探討核心層 • 在BCI.Domain.Products專案中,每一個聚合就是一個 資料夾 • 在聚合資料夾中包含聚合所有的領域物件 • 將資源庫的介面宣告在Interfaces資料夾中 • Specifications資料夾含有驗證Product的相關邏輯 • Policy則是針對Product整體的不可變條件(Invariant) REST與DDD
- 40. 與外部互動模型 REST與DDD • 與外部互動的模型主要有: • Query • Command • ReadModel • Query模型是查詢相關操作的模型 • Command模型是關於資源異動操作的模型 • ReadModel模型是查詢返回用的模型
- 45. 事件與DDD 領域事件 • 領域事件作為領域模型的重要部份,是領域建模的工具之一 • 用來捕獲領域中已經發生的事情 • 並非領域中所有發生的事件都要建模成領域事件,要忽略無業務價值的事件 • 領域事件是領域專家關心的
- 51. 領域事件的實例 事件與DDD 這三個屬性是基礎必要屬性: • EventId是作為事件本身的識別碼 • OccuredDate作為時間戳記,用以判別事件順序 • AggregateId是被承在的聚合,其識別碼 領域事件套用值物件的約束,讓事件更穩定
- 55. Aggregate A Aggregate B Aggregate C Bounded Context A Bounded Context B 領域事件 領域事件 整合事件 整合事件概念圖 事件與DDD