成功的專案有一個豐富的領域模型 模型在迭代設計的過程中不斷演變 三個專案的對比 第一個專案 簡單實用的web交易系統的第二個版本 沒有領域模型 沒有公共語言 沒有結構化設計 挫敗原因業務邏輯 => 需要透過嚴謹地使用領域邏輯設計方法
11/7/2023主要的挑戰有以下兩類 在整個生命周期中維護完整性 防止模型陷入「管理生命周期複雜性」所造成的困境當中。 可透過三種模式解決這些問題: Aggregate (聚合)、Factory (工廠)、Repository (儲存庫) 這些結構提供了容易掌握的模型物件處理方式,使 Model-Driven Desing 更完備。
4/15/2022CH5 本章重點: 本章主要討論如何設計和簡化關聯的開始,主要專注三種模型 ENTITY VALUE OBJECT SERVICE 關聯 關聯的控制
3/4/2022恭喜我們~進入PART II 模型驅動設計的建構區塊 接下來三個章節介紹不同的模式語言 CH4 本章重點:Layered Architecture 分層架構 不囉唆看圖↓ ↓ ↓ DDD軟體設計風格「責任驅動設計」RDD(Responsibility-driven Design) 目的:「領域物件」「系統中的其他功能」分離,已達到降底耦合,讓程式更有彈性,更容易維護或更貼近業務需求與目標。
3/3/2022or
By clicking below, you agree to our terms of service.
New to HackMD? Sign up