随笔分类 - 领域驱动设计
专注于领域驱动设计的研究与实践
摘要：有很多网友对这三者（Entities, Domain Services以及Repositories）有着疑惑，之前我也在我们的领域驱动设计QQ群里，解答了大家的疑惑，现在大致整理一下，供更多朋友参考。 领域服务与实体具有同等的地位 有些网友认为，仓储的相关操作应该放到领域服务中，而不应该放在实体中。认为实体是负责领域概念表述与业务逻辑处理的，而领域服务则是负责一些周边的工作，比如与位于技术架构层...
阅读全文
摘要：是时候总结一下本系列文章了。还是应该自我批评一下，由于个人杂事多，加上工作繁忙，整个系列文章弄了大半年才断断续续写完。在撰写文章的过程中，也得到了大家的理解与支持，并让更多的朋友开始关注领域驱动设计，很是感激！在接下来的其它博文中，我将继续讨论领域驱动设计的实践经验。本系列文章首先从领域驱动设计的基础思想出发，讨论了基于.NET EntityFramework的领域驱动设计经验，这包括对实体、值对...
阅读全文
摘要：CQRS体系结构模式本文将对CQRS（Command Query Responsibility Segregation，命令查询职责分离）模式做一个相对全面的介绍。可以这么说，CQRS打破了经典的领域驱动设计实践，在应用CQRS的整个过程中，你将会以另一种不同的角度去考虑问题并寻求解决方案。比如，CQRS是事件驱动的体系结构，事件是如何产生如何分发又是如何处理的？事件驱动的体系结构适用于哪些类型的...
阅读全文
摘要：服务（Services） 从本讲开始，所涉及的DDD话题可能与EntityFramework关系不大了。网友千万别骂我是标题党，呵呵。由于这部分内容并非是特定于EntityFramework的，更多的是在介绍模式及实践心得，所以EntityFramework的内容就会偏少了。为了使得针对一些话题的讨论能够延续下去，我仍然将这些文章安排在本系列中，希望读者朋友能够谅解。我也在标题中标注了【扩展阅读】...
阅读全文
摘要：规约（Specification）模式本来针对规约模式的讨论，我并没有想将其列入本系列文章，因为这是一种概念性的东西，从理论上讲，与EntityFramework好像扯不上关系。但应广大网友的要求，我决定还是在这里讨论一下规约模式，并介绍一种专门针对.NET Framework的规约模式实现。很多时候，我们都会看到类似下面的设计：隐藏行号 复制代码 ？ Customer仓储的一种设计 接下来的一...
阅读全文
摘要：仓储的实现：深入篇早在年前的时候就已经在CSAI博客发表了上一篇文章：《仓储的实现：基础篇》。苦于日夜奔波于工作与生活之间，一直没有能够抽空继续探讨仓储的实现细节，也让很多关注EntityFramework和领域驱动设计的朋友们备感失望。闲话不多说，现在继续考虑，如何让仓储的操作在相同的事物处理上下文中进行。DDD引入仓储模式，其目的之一就是能够通过仓储隐藏对象持久化的技术细节，使得领域模型变得更...
阅读全文
摘要：仓储的实现：基本篇我们先从技术角度考虑仓储的问题。实体框架（EntityFramework）中，操作数据库是非常简单的：在ObjectContext中使用LINQ to Entities即可完成操作。开发人员也不需要为事务管理而操心，一切都由EF包办。与原本的ADO.NET以及LINQ to SQL相比，EF更为简单，LINQ to Entities的引入使得软件开发变得更为“领域化&...
阅读全文
摘要：模型对象的生命周期 - 仓储 上文中已经提到了管理领域模型对象生命周期的两大角色，即工厂与仓储，并对工厂的EntityFramework实践作了详细的描述。本节主要介绍仓储的概念，由于仓储的内容比较多，我将在接下来的两节中具体讲解仓储的架构设计与实践经验。 仓储（Repository），顾名思义，就是一个仓库，这个仓库保存着领域模型的实体对象。在业务处理的过程中，我们有可能需要把正在参与处理过程...
阅读全文
摘要：模型对象的生命周期 - 工厂首先应该认识到，是对象就有生命周期。这一点无论在面向对象语言还是在领域驱动设计中都适用。在领域驱动设计中，模型对象生命周期可以简要地用下图表示： 通过上图可以看到，对象通过工厂从无到有创建，创建后处于活动状态，此时可以参与领域层的业务处理；对象通过仓储实现持久化（也就是我们常说的“保存”）和重建（也就是我们常说的“读取”）...
阅读全文
摘要：聚合聚合（Aggregate）是领域驱动设计中非常重要的一个概念。简单地说，聚合是这样一组领域对象（包括实体和值对象），这组领域对象联合起来表述一个完整的领域概念。比如，根据Eric Evans《领域驱动设计》一书中的例子，一辆车包含四个轮子，轮子离开“车”就毫无意义，此时这个联合体就是聚合，而“车”就是聚合根（Aggregate Root）。 从实...
阅读全文
摘要：存储过程 - 领域驱动的反模式EntityFramework（EF）中有一项功能，就是能够根据数据库中的存储过程生成实体的行为（或称方法，以下统称方法）。我在本系列的第一篇博文中就已经提到，这种做法并不可取！因为存储过程是技术架构中的内容，而我们所关注的却是领域模型。Andrey Yemelyanov在其“Using ADO.NET EF in DDD: A Pattern Appro...
阅读全文
摘要：案例：一个简易的销售系统从现在开始，我们将以一个简易的销售系统为例，探讨EntityFramework在领域驱动设计上的应用。为了方便讨论，我们的销售系统非常简单，不会涉及客户存在多个收货地址的情况，也不会包含任何库存管理的内容。假设我们的系统只需要维护产品类型、产品以及客户信息，并能够帮客户下订单、跟踪订单状态，以及接受客户退货。从简单的分析我们大致可以了解到，这个系统将会有如下实体：客户、单据...
阅读全文
摘要：分层架构在引入实例以前，我们有必要回顾，并进一步了解分层架构。“层”是一种体系结构模式[POSA1]，也是被广大软件从业人员用得最为广泛而且最为灵活的模式之一。记得在CSDN上，时常有朋友问到：“分层是什么？为什么要分层？三层架构是不是就是表现层、业务逻辑层和数据访问层？” 到这里，你可能会觉得这些朋友的问题很简单，分层嘛，不就是将具有不同职责的组件...
阅读全文
摘要：从DataTable到EntityObject虽然从技术角度讲，DataTable与EntityObject并没有什么可比性，然而，它暗示了一场革命正在悄然进行着，即使是微软，也摆脱不了这场革命的飓风。 软件设计思想需要革命，需要摆脱原有的思路，而走向面向领域的道路。你或许会觉得听起来很玄乎，然而目前软件开发的现状使你不得不接受这样的现实，仍然有大帮的从业人员成天扯着数据库不放，仍然有大帮的人在问...
阅读全文
摘要：写在前面 其实这系列文章已经被很多网友转载过了，我自己也在前面的博客中给出了原文的链接。但毕竟博客园的人气更旺，加上不少网友强烈要求我把文章转贴到博客园，因此最终下定决心，将这系列文章重新整理并转贴在博客园上。 根据网友的讨论结果，以及自己在实践中的不断积累，在整理的过程中，我会将原文中的描述作相应调整。不仅如此，也有不少关心领域驱动设计的网友在原文的评论栏目中提了问题或作了批注，我也针对网友的问...
阅读全文
摘要：去年年底我写了一系列文章，介绍领域驱动设计在Entity Framework中的应用。这些文章是我在CSAI的博客中发布的，也有不少网友对这个话题比较关注。时间关系，整个系列文章并没有能够写完，剩下还有几个话题没能发布出来。为了能够与更多的网友分享我的实践经验，今天特地将这些文章的链接列出来，供大家参考讨论。我没有将这些文章重新逐一发布在园区的一个重要原因是，很多网友已经在原文上做了评论，我也针对...
阅读全文