淺談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

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