概念：
領域模型是對領域內的概念類或現實世界中物件的視覺化表示。又稱概念模型、領域物件模型、分析物件模型。它專注於分析問題領域本身，發掘重要的業務領域概念，並建立業務領域概念之間的關係。
領域模型（domain model）：
是描述業務用例實現的物件模型。它是對業務角色和業務實體之間應該如何聯絡和協作以執行業務的一種抽象。業務物件模型從業務角色內部的觀點定義了業務用例。該模型為產生預期效果確定了業務人員以及他們處理和使用的物件（「業務類和物件」）之間應該具有的靜態和動態關係。它注重業務中承擔的角色及其當前職責。這些模型類的物件組合在一起可以執行所有的業務用例。
命名：
對每個業務角色和實體進行命名，要求名稱能夠表示物件的職責。
乙個好的名稱通常是名詞或動詞的名詞形式， 每個名稱都必須是唯一的。避免使用發音或拼寫類似的詞以及同義詞作為名稱，可能需要用好幾個單詞來組成乙個明確的、無需額外說明的名稱。
物件：
研究參與業務中不同用例的業務角色和業務實體時，可能會發現某些物件如此相似，以致於實際上是乙個類。即使不同的業務用例沒有相同的要求，類是之間也可能相似到足以被視為乙個相同現象的程度。如果是這種情況，您應該將相似的類合併在一起。這就產生了乙個業務角色或業務實體，它擁有足以滿足不同業務用例要求的關係、屬性和操作。
因此，多個業務用例可以對同乙個類有不同的要求。對於業務角色來說，如果有些雇員有能力擔當所描述的一組角色，那麼同樣還要有一些比較靈活可以勝任多個職位的雇員。這會使業務更加靈活。
領域驅動設計之我見 領域業務
談到領域驅動設計 ddd 人們很容易想到如下這張圖，那麼是不是你的軟體做了如下的分層設計就是領域驅動設計的了？顯然不是，以下分層只能說明的軟體做了分層架構，領域驅動設計的核心在領域模型，領域模型的核心在業務知識。如果能夠採用物件導向思維將業務抽象為恰當的模型，不管用什麼架構都稱得上領域驅動設計。在大...
DDD 領域物件與領域服務
什麼是領域物件 什麼是領域服務 領域物件的行為，與領域服務的行為區別 為什麼把這麼小的點拿出來講，最開始在討論中領域物件與領域服務時，覺得行為放在service entity中區別不大，只是乙個放置位置的問題，並不影響到 的抽象和復用，所以沒有實行。但是最近在推動產品進行ddd業務建模，發現這個問題...
領域驅動設計系列 二 領域模型
領域驅動設計裡有很多東西，我們可以應用在各種各樣的開發模式裡，所以接下來說的一些東西，我們可以部分使用。說道領域驅動的領域，大家肯定就要開始說bounded context,聚合，聚合根，容易讓大家搞糊塗。我覺得先拋開這些概念，後面再來說如何設計聚合，先簡單來說。過去，我們在多層設計裡定義了很多mo...