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

建立領域模型的第一步就是需要識別出實體、值對象與領域服務。 一.實體 1.實體是領域中需要唯一標識的領域概念。通常在業務中，需要唯一標識與區分的對象並需要持續對它進行跟蹤，這樣的對象我們認為是實體。這里的唯一標識通常指的是業務上的唯一標識，比如訂單號、雇員工號等信息，而不是數據庫中因為技術需要 ...

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

領域驅動設計DDD在戰術建模上提供了一個元模型體系（如下圖）: DDD構建的元模型元素腦圖 元模型往往用來在某一特定的領域定義一個基礎的通用 ...

總結 概述 作為領域驅動設計戰術模式中最為核心的一個部分-值對象。一直是被大多數願意嘗試或者 ...

　　值對象這個東西在DDD里算是比較抽象的，好多人學了半天也學不明白。我這種聰明人也費了好大勁，總算苦心人天不負，現在也能用個有模有樣了。戰術模式中不論是領域服務、對象工廠還是資源庫，基本上您能聽懂是什么意思，在BO層中所承擔的角色也比較明確，唯獨這個值對象有點坑爹。遙想當年我在使用C# ...

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

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