前面介紹了DDD分層架構的實體，並完成了實體層超類型的開發，同時提供了驗證方面的支持。本篇將介紹另一個重要的構造塊——值對象，它是聚合中的主要成分。 　　如果說你已經在使用DDD分層架構，但你卻從來沒有使用過值對象，這毫不奇怪，因為多年來養成的數據建模思維已經牢牢把你禁錮，以致於你在使用 ...

　　上一篇介紹了值對象的基本概念，得到了一些朋友的支持，另外也有一些朋友提出了不同意見。這其實是很自然的事情，設計本來就充滿了各種可能性，沒有絕對正確的做法，只有更好的實踐。但是設計與實踐的好與壞，對於不同的人，以及處於不同的環境都有不同的詮釋，這是一個仁者見仁，智者見智的問題。DDD非常抽象 ...

DDD（Domain Driven Design，領域驅動設計）作為一種軟件開發方法，它可以幫助我們設計高質量的軟件模型。在正確實現的情況下，我們通過DDD完成的設計恰恰就是軟件的工作方式。UL（Ubiquitous Language，通用語言）是團隊共享的語言，是DDD中最具威力的特性 ...

DDD分層架構之領域實體（基礎篇） 上一篇，我介紹了自己在DDD分層架構方面的一些感想，本文開始介紹領域層的實體，代碼主要參考自《領域驅動設計C#2008實現》，另外參考了網上找到的一些示例代碼。 什么是實體 　　由標識來區分的對象稱為實體。 　　實體的定義隱藏了幾個信息 ...

　　前面已經介紹過Entity Framework的工作單元和映射層超類型的封裝，從本文開始，將逐步介紹倉儲以及對查詢的擴展支持。 什么是倉儲 　　倉儲表示聚合的集合。 　　倉儲所表現出來 ...

.NET邏輯分層架構演示：DDD分層架構的進化 概述： 架構是高層的設計，如果設計和理解有誤，必將在實現時帶來各種問題。架構又是最穩定的，不會因為各種具體技術的依賴，如各種UI框架、ORM框架、IoC框架的更新換代而受到影響。 上文的總結 ...

DDD分層架構之聚合 前面已經介紹了DDD分層架構的實體和值對象，本文將介紹聚合以及與其高度相關的並發主題。 　　我在之前已經說過，初學者第一步需要將業務邏輯盡量放到實體或值對象中，給實體“充血”，這樣可以讓業務邏輯高度內聚，並為你提供業務邏輯的唯一訪問點。而聚合則是第二步，它將多個 ...

4、傳統三層架構與DDD分層架構 模型是抽象的 現實是形象的 技巧是重要的 思想是永恆的 從傳統三層架構與DDD分層架構的編程演變其實是思想的演變。 傳統三層架構，即用戶界面層UI、業務邏輯層BAL、數據訪問層DAL。一般同時還有建立一個Model實體類的工程項目。DDD分層架構 ...