淺談DDD中的聚合

語言: CN / TW / HK

簡介: 在我看來並不是MVC的基礎上增加領域層,使用充血模型,解耦基礎服務,我的程式碼就符合DDD了。

作者 | 李宇飛(菜尊)

來源 | 阿里開發者公眾號

在我看來並不是MVC的基礎上增加領域層,使用充血模型,解耦基礎服務,我的程式碼就符合DDD了。

為什麼要使用DDD?

DDD分為戰略部分跟戰術部分,相信大家都認同DDD的核心在戰略而非戰術。而戰略方面的核心我認為在業務建模,領域劃分、統一語言等都在為業務建模服務。

為什麼業務建模重要?

以前的開發流程有什麼問題?

先說結論,開發人員交付的程式對業務方,產品人員,測試人員來說就是一個黑盒子。除了開發人員自己,沒人知道盒子裡有什麼。當新的需求加入來,需求方,產品人員,甚至測試人員都認為可行,開發人員卻給出相反結論。

回顧一下以前的開發流程 大致可以歸結為以下步驟:(開發跟測試人員最好能參與需求分析)

  1. 業務方描述抽象需求
  2. 產品將需求轉化為可落地的產品(需求具像化,PRD)
  3. 開發人員根據產品的PRD開發
  4. 測試人員根據產品的PRD測試
  5. 產品人員驗收
  6. 業務方驗收

點選連結檢視原文,關注公眾號【阿里開發者】獲取更多福利! https:// mp.weixin.qq.com/s/7SRf VWckqDSPqAgA6PIY1A

版權宣告: 本文內容由阿里雲實名註冊使用者自發貢獻,版權歸原作者所有,阿里雲開發者社群不擁有其著作權,亦不承擔相應法律責任。具體規則請檢視《阿里雲開發者社群使用者服務協議》和《阿里雲開發者社群智慧財產權保護指引》。如果您發現本社群中有涉嫌抄襲的內容,填寫侵權投訴表單進行舉報,一經查實,本社群將立刻刪除涉嫌侵權內容。