从头开始实现领域驱动设计

  • Jan Stenberg
  • 吴海星

2013 年 11 月 4 日

话题:.NET语言 & 开发架构

领域描述业务;它是驱动企业的概念和逻辑的集合。如果遵循领域驱动设计(DDD)这一本质,那么领域就是应用程序中最重要的组成部分。Andras Nemes,一个在.NET 平台上开发 Web 应用的瑞典开发人员,发表了 10 篇博客介绍如何基于领域驱动设计的原则在.NET 平台上构建 Web 服务,在这个系列的第一篇他就给出了这番解释。

在技术驱动的方式中,很容易出现技术选择影响领域的情况。而在 DDD 中不会,领域是应用程序中最重要的组成部分,技术是实现细节,而实现可能会变。并且事情应该就是这样,Andras 相信,领域是响应业务需求的独立实体,并且领域中的变化可能会影响技术的选择。

Andras 明确指出他的目的不是覆盖 DDD 的方方面面和所有细节,他这里指的是 Eric Evans 写的那本 DDD 书 。他只是想为.NET 方案构建一个骨架,提炼出 DDD 中最重要的思想,给基于 DDD 的项目提供一个基础。他希望即便刚刚接触 DDD 的开发人员也能从中受益,因此所有用到的关键概念他都给出了解释。

他的目标是一个包含如下这些层次的解决方案:

  • 基础设施层: 在基础设施服务中解决交叉问题。
  • 存储层: 数据访问及持久化技术层。
  • 领域层: 领域层有业务实体和业务逻辑,是应用程序的中心。
  • 应用服务层: 提供对消费者的响应动作
  • Web 层: 应用程序的消费者

作为他穿越 DDD 之旅的开始,Andras 解释了 DDD 中一些主要的战术性概念,比如实体、值对象和聚合,同时给出了一些使用指南。然后在他的系列博客中逐一介绍如何构建最终构成整个程序的各层。

Andras 最后总结到 DDD 已经帮他减轻了比较传统的层次化解决方案中常见的紧耦合性,领域层现在是程序的中心了。他还想办法把受技术影响最大的存储层隐藏了起来,放在了一个可以替换的抽象层后面。

查看英文原文:Implementing With Domain-Driven Design from the Ground Up

.NET语言 & 开发架构