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

领域描述业务；它是驱动企业的概念和逻辑的集合。如果遵循领域驱动设计（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