在上一部分，分層架構的目的是為了將業務規則剝離出來在單獨的領域層中進行實現。再回顧一下領域驅動設計的分層中應用層代碼的實現。 所有的業務規則都抽象到領域對象，比如“order.pay(amount)”抽象了付款的業務規則。領域對象由狀態（對象的字段、屬性）和操作（對象的方法 ...

本章大部分內容摘自：《領域驅動設計：軟件核心復雜性應對之道》一書中的第四章，分離領域，純屬原創。如有錯誤請指正，相互學習。 在軟件中，專門用於解決問題的那部分通常之占整個軟件的系統的很小一部分，這與其重要性遠遠不成比例。要想實現最佳的設計構思，就得去研究模型中的元素並它們視為一個系統 ...

一、前言 斷斷續續的也有在閑余時間接觸領域驅動設計的相關知識，因為目前在工作中更多的還只是一名 crud boy，因此目前也只是對其中的某些知識點有知曉，實際使用的比較少，僅此而已。因此，趁着這個春節假期，整理了一下自己的 github 帳號，同時結合自己定的學習計划以及自己的期望發展方向，決定 ...

有幸參與了一些領域驅動的項目，讀了一些文章，也見識了一些不倫不類的架構，感覺對領域驅動有了更進一步的認識。所以今天跟大伙探討一下領域驅動設計，同時也對一些想要實踐領域驅動設計卻又無處下手，或者一些正在實踐卻又說不上領域驅動設計到底好在哪的朋友一些指引方向。當然對於”領域驅動設計”這個主題而言從來不 ...

設計的目的出發，試圖通過簡單的描述來說明領域驅動設計的思想。 為什么需要領域驅動設計 作為一個軟件開 ...

領域驅動設計(DDD)實現之路 2004年，當Eric Evans的那本《領域驅動設計——軟件核心復雜性應對之道》（后文簡稱《領域驅動設計》）出版時，我還在念高中，接觸到領域驅動設計（DDD）已經是8年后的事情了。那時，我正打算在軟件開發之路上更進一步，經同事介紹，我開始接觸DDD ...

何時使用領域驅動設計 何時使用領域驅動設計？其實當你的應用程序架構設計是面向業務的時候，你已經開始使用領域驅動設計了。領域驅動設計既不是架構風格（Architecture Style），也不是架構模式（Architecture Pattern），它也不是一種軟件開發方法 ...

一、DDD從放棄到入門 希望了解一套微服務框架的；希望學習到新技術的；開發的系統不復雜，模塊少而獨立的；當前自己設計的架構已滿足拓展性，可復用性，技術與業務復雜度已分離的； 這幾類人群不是DDD的目標人群，建議盡早放棄，學習領域驅動設計能得到的收獲概括 ...