大厂面试中，会经常聊到DDD分层架构这个问题，这是一种帮助开发者更好地管理和解耦复杂系统，是在三层架构的基础上，优化过的四层架构。本文就给大家详细解释。

在大厂面试中，DDD分层架构常常是一个热门话题。

DDD分层方法能帮助开发者更好地管理和解耦复杂系统，同时也评估候选人对架构设计的深度理解。

关于DDD的各层：用户接口层、应用层、领域层以及基础设施层，候选人如果不能清楚地说出各层的职责，基本面试也就凉凉。

DDD分层架构是在三层架构的基础上，优化过的四层架构。

在下图中，从上到下分别是：用户接口层、应用层、领域层和基础层。

一、用户接口层

用户接口层主要负责管理系统与用户之间的交互。这一层接收用户的输入，如表单数据或操作，之后，用户接口层将应用层的处理结果呈现给用户，结果通过Web页面、移动应用界面等形式展示。

二、应用层

应用层主要用于处理与业务用例和业务流程相关的操作，理论上不应该包含业务规则或逻辑。由于它位于领域层之上，领域层包含多个聚合，所以它可以协调多个聚合的服务和领域对象，完成服务的编排和组合。

应用层应该是很简洁的一层，设计和开发时，不要把领域层的业务逻辑放在这里。如果应用层太复杂，领域模型会失去重点，微服务可能会变成传统的三层架构，业务逻辑会变得混乱。

领域层是系统的核心层，负责封装业务概念、业务逻辑和业务规则，它的任务是执行核心业务逻辑，并通过各种校验方式确保业务的准确性。领域层包含聚合根、实体、值对象、领域服务等领域模型中的领域对象。

基础层为其他各层提供常用的技术和基础服务。这些服务包括第三方工具、驱动程序、消息中间件、网关、文件、缓存和数据库等。它最常见的功能是提供数据库持久化。

基础层为应用层、领域层提供通用的技术能力，实现应用层、领域层与基础设施层的解耦，让领域层专注于表达业务逻辑，无需关注技术实现细节。这层的设计和实现还需要考虑到系统的可扩展性、安全性和性能。

本文由人人都是产品经理作者【汤师爷】，微信公众号：【架构师汤师爷】，原创/授权发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于 CC0 协议。

本站部分转载文章，皆来自互联网，仅供参考及分享，并不用于任何商业用途；版权归原作者所有，如涉及作品内容、版权和其他问题，请与本网联系，我们将在第一时间删除内容！

联系邮箱：1042463605@qq.com