建立应用程序框架，首先要考虑的问题是，你准备采用哪种分层架构，然后根据应用程序框架的逻辑层次来确定需要创建的VS解决方案和程序集。 　　如果项目很小，需求很简单，时间异常紧迫，且你手上没有任何积累，那么，单层架构将是首选，最简单的单层架构如下图所示（为了集中你的注意力，我把不相关的文件都删除 ...

的集合外观，仅仅是一种模拟，除了测试以外，没有理由使用内存中真正的集合来创建仓储。 　　不应该为所有实 ...

　　前面已经介绍了DDD分层架构的实体和值对象，本文将介绍聚合以及与其高度相关的并发主题。 　　我在之前已经说过，初学者第一步需要将业务逻辑尽量放到实体或值对象中，给实体“充血”，这样可以让业务逻辑高度内聚，并为你提供业务逻辑的唯一访问点。而聚合则是第二步，它将多个相关业务概念包装到单一的概念中 ...

　　上一篇，我介绍了自己在DDD分层架构方面的一些感想，本文开始介绍领域层的实体，代码主要参考自《领域驱动设计C#2008实现》，另外参考了网上找到的一些示例代码。 什么是实体 　　由标识来区分的对象称为实体。 　　实体的定义隐藏了几个信息： 两个实体对象，只要它们的标识属性值相等 ...

　　在应用程序框架实战十四:DDD分层架构之领域实体（基础篇）一文中，我介绍了领域实体的基础，包括标识、相等性比较、输出实体状态等。本文将介绍领域实体的一个核心内容——验证，它是应用程序健壮性的基石。为了完成领域实体的验证，我们在前面已经准备好了验证公共操作类和异常公共操作类。 　　.Net提供 ...

　　前面介绍了DDD分层架构的实体，并完成了实体层超类型的开发，同时提供了验证方面的支持。本篇将介绍另一个重要的构造块——值对象，它是聚合中的主要成分。 　　如果说你已经在使用DDD分层架构，但你却从来没有使用过值对象，这毫不奇怪，因为多年来养成的数据建模思维已经牢牢把你禁锢，以致于你在使用 ...

　　前面介绍了应用程序框架的一个重要组成部分——公共操作类，并提供了一个数据类型转换公共操作类作为示例进行演示。下面准备介绍应用程序框架的另一个重要组成部分，即体系架构支持。你不一定要使用DDD这样的架构，使用单层架构和普通三层架构一样可以，不过你如果希望获得更进一步的复用性和封装度，使用 ...

　　上一篇介绍了值对象的基本概念，得到了一些朋友的支持，另外也有一些朋友提出了不同意见。这其实是很自然的事情，设计本来就充满了各种可能性，没有绝对正确的做法，只有更好的实践。但是设计与实践的好与坏，对 ...