前面介绍了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分层架构 ...