在分解复杂的软件系统时，分层是我们最常用的手段之一。然而，在领域驱动设计中，层次和包的划分看起来与我们的结构又有一定区别，本文主要讨论DDD中的分层架构及每层的意义，以及与传统的三层架构的区别。

1. 为什么要分层

软件设计中分层的设计随处可见，但是分层能带来什么好处呢？或者说，我们为什么要考虑分层架构呢？

由于现实世界的复杂性，分层可以提供一个相对高层的视角来分解和简化我们的问题，此外分层也可带来可测试、可维护性、灵活性、可扩展性等方面的好处。

• 简化复杂性，关注点分离，结构清晰；
• 降低耦合度，隔离层次，降低依赖（上层无需关注下层具体实现），利于分工、测试和维护（可维护性）；
• 提高灵活性，可以灵活替换某层的实现；
• 提高扩展性，方便实现分布式部署；

看起来十分简单，好像就是把系统划分为一定的层数，并把他们堆叠组织起来。但是，当落实到具体的实践时，如何划分、各层存在的意义、如何取舍以及相应的依赖关系却并没有想象中那么容易，边界的重合部分、不同场景下关注点、层次内部的具体分解以及层次的粒度等都是我们需要考虑的问题。

2. 什么是分层架构

2.1 分层的历史

最广为人知的应该就是经典的三层架构：展示层、业务逻辑层、数据访问层。

Martin Fowler在《企业应用架构模式》中也是类似