一晃就已经到了3月份，在这樱花??盛开的季节，终于得重新连载该系列了。在停更的期间时不时会收到大家关于DDD的留言和问题，一旦我有时间一定会回复大家的问题。在此，衷心感谢大家对本系列文章的支持??。将领域中所发生的活动建模成一系列的离散事件。每个事件都用领

DDD设计模式：仓储、领域模型、应用层、聚合根、事件总线，以业务模型驱动设计，从数据模型驱动脱离，不用关心数据库设计，开发效率更高

本篇文章主要讨论一下我们经常会用到的一些对象：VO、DTO、DO和PO。由于不同的项目和开发人员有不同的命名习惯，这里我首先对上述的概念进行一个简单描述，名字只是个标识，我们重点关注其概念：。l用户发出请求，表单的数据在展示层被匹配为VO。l展示层把VO转

本文将介绍领域驱动设计战术模式中另一个非常重要的概念 - 领域服务。在前面两篇博文中，我们已经学习到了什么是值对象和实体，并且能够比较清晰的定位它们自身的行为。此时，你可能需要一个领域服务来完成操作。领域服务和传统的应用服务又有什么区别呢？本文将从不同的角

使用领域事件来捕获发生在领域中的一些事情。领域驱动实践者发现他们可以通过了解更多发生在问题域中的事件，来更好的理解问题域。这些事件，就是领域事件，主要是与领域专家一起进行知识提炼环节中获得。领域事件，可以用于一个限界上下文内的领域模型，也可以使用消息队列在

值对象虽然经常被掩盖在实体的阴影之下，但它却是非常重要的 DDD 概念。处理不具有身份的值对象是很容易的，尤其是不变性与可组合性是支持易用性的两个特征。一个值对象不是事物，而是用来描述、量化或测量实体的。为其添加有意义的属性，并赋予相应的行为。我们需要将值

领域驱动设计事实上是针对OOAD的一个扩展和延伸，DDD基于面向对象分析与设计技术，对技术架构进行了分层规划，同时对每个类进行了策略和类型的划分。采用DDD的设计思想，业务逻辑不再集中在几个大型的类上，而是由大量相对小的领域对象(类)组成，这些类具备自己的

上一篇文章作为一个引子，说明了领域驱动设计的优势，从本篇文章开始，笔者将会结合自己的实际经验，谈及领域驱动设计的应用。本篇文章主要讨论一下我们经常会用到的一些对象：VO、DTO、DO和PO。由于不同的项目和开发人员有不同的命名习惯，这里我首先对上述的概念进

对领域驱动设计的初步认识（三）2010年10月19日00:41收藏关注本主题到本帖网址加入本帖到收藏夹请用鼠标选择需要回复的文字再点按本回复键回复该主题。《领域驱动设计》一书中只是强调了业务的水平分割，然而在大项目里还有垂直分割，注意垂直分割不完全等同于包