什么是干净架构-CSDN博客

本文链接：https://blog.csdn.net/jkol12/article/details/138653516

干净架构是由 Robert C. Martin 提出的一种强调关注点分离、模块化和可维护性的软件设计哲学。它定义了从实体到基础设施的层次结构，旨在实现业务逻辑与外部依赖的解耦。适用场景为复杂或长期项目，强调领域模型和清晰代码实践。垂直切片架构则是在此基础上进一步提升扩展性的方法，通过减少层间的耦合，改善测试和维护。学习资源包括《架构整洁之道》和《架构师修炼之道》。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这次我们将讨论"干净架构"，它是什么，什么时候应该使用，什么时候不应该使用？我们将深入了解为什么需要垂直切片架构，并分享一些关于干净架构和领域驱动设计的学习资源。

什么是干净架构？

"干净架构"哲学强调软件设计中关注点的分离，创建模块化、可测试、可维护的代码的重要性。由软件工程师和顾问 Robert C. Martin 发展并于2012年在这篇blog上介绍的。

干净架构提倡的是，软件系统应该被设计成能够被长期理解和维护的。为了实现这个目标，干净架构提出了一种分层架构，明确不同系统组件之间的边界，实现对框架、UI、数据库和交付机制的独立性，并可以单独进行测试。干净架构从六角架构（又称为端口和适配器）借鉴了一些想法，该架构强调将业务逻辑与外部依赖分离。这种架构模式通过将核心应用程序与外部框架和库解耦来促进更易于测试和提高灵活性。

干净架构哲学定义了一系列层次结构，从最一般、最抽象的层次开始，逐渐向更具体、更具体的层次移动。这些层包括：

实体：系统的基本对象，代表核心业务逻辑和数据。他们封装了最一般和高级的规则。
用例：高级系统与其用户或其他外部系统之间的交互，包含应用程序特定的业务规则。这一层不应对实体或外部系统产生影响。
接口：系统与外部系统或用户进行通信的机制。这里，我们可以有一个 GUI 的 MVC 架构。
控制器：负责管理数据在其他系统层次之间的流动的组件。
展示器：负责将数据呈现给用户或其他系统的组件。
基础设施：负责与诸如数据库或 API 等外部系统或服务进行交互的组件。

干净架构中的一个应用程序结构如下：

相比于洋葱架构，干净架构提供了更精确的关注点分离和更好的边界理解。他们支持类似的理想，但层次各异，且关系密切。

何时应使用干净架构？

我们应在以下场景使用干净架构：

构建复杂或长久的应用程序，其中可维护性、可测试性和可扩展性至关重要。
适合于领域模型在应用程序的功能中起主导作用，并需要明确定义和封装的项目。
干净架构利于那些优先考虑清晰的代码实践、关注点的分离和领域驱动设计方法的团队。

何时不应使用干净架构？

在以下场景中，干净架构可能引入不必要的复杂性和开销：：

对于小型或简单的项目，需求直截了当，它会引入更多的复杂性，有更多的层和抽象，从而使代码库变得更复杂。
对于期限紧迫或资源有限的项目，可能不会从实施干净架构所需的前期投入中受益。
如果项目的需求可能频繁改变或者领域模型理解不够充分，那么可能更灵活、更敏捷的方法可能更适合。
开发团队不熟悉该架构的团队：如果开发团队不熟悉干净架构的原理，学习曲线可能会导致实施错误并放慢开发速度。

"干净架构"很清楚的解释了每一层为何必要，各自的角色是什么，这也是它常常被称为"尖叫架构"（与洋葱和六角架构一起）的原因。"尖叫架构"这个术语意味着架构应该"大声宣告"其意图和目的，让开发者、利益相关者和任何参与项目的人都清楚。这里我们想要将与领域相关的代码与技术细节分离。

例如，如果你正在构建一个电子商务平台，任何查看你的代码库的人应该立即看到像"ShoppingCart"（购物车）"ProductCatalog"（产品目录）和"CustomerProfile"（客户档案），而不仅仅只有"Controllers"（控制器）"Services"（服务）和"DTOs"（数据传输对象）。这可以通过遵循如下原则来实现：