常见的架构模式（分层、六边形等）有哪些？

Question

Accepted Answer

超越对象级别的设计模式，**架构模式**定义应用程序的高级结构——如**分层**、**六边形（端口和适配器）**、**清洁架构**和**事件驱动**。它们组织整个系统以实现可维护性、可测试性和灵活性。

## Layered (n-tier) 架构

```text
LAYERED → organize the app into horizontal LAYERS, each with a responsibility:
  PRESENTATION (UI) → APPLICATION/business logic → DATA ACCESS → DATABASE
  → each layer depends only on the layer below; clear separation
  ✓ simple, common, organized  ✗ can become rigid; layers can leak; less flexible
```

## Hexagonal / Clean 架构

```text
HEXAGONAL (ports & adapters) / CLEAN architecture → the core business logic is ISOLATED
from external concerns (UI, database, frameworks):
  → the DOMAIN/core depends on NOTHING external; external things (DB, UI, APIs) plug in
    via interfaces ("ports") and "adapters"
  → dependencies point INWARD (toward the domain) → the core is independent and testable
  ✓ highly testable, flexible (swap DB/UI/frameworks), domain-focused
  ✗ more complexity/structure (justified for complex domains)
```

## 其他架构模式

```text
EVENT-DRIVEN → components communicate via events (decoupled, scalable, reactive)
MICROSERVICES → independent services (covered in system design)
MVC/MVVM → UI architecture (covered separately)
CQRS / EVENT SOURCING → separate read/write; events as the source of truth
PIPELINE / pipes-and-filters → data flows through processing stages
→ choose based on the system's complexity, domain, and needs
```

## 为什么这很重要

理解常见的架构模式是有价值的高级知识，因为它们定义**整个应用程序的结构方式**，显著影响可维护性和灵活性，因此对设计结构良好的系统很重要。

架构模式在比对象级设计模式更高的层次上运作，组织整个系统。

理解**分层架构**（组织成水平层——展现层、业务逻辑、数据访问——每一层依赖下面的层，提供简单、常见的组织方式但可能存在刚性）是基础性的，因为它是最常见的应用程序结构。

理解**六边形/清洁架构**特别有价值：将核心业务逻辑与外部关注点隔离（UI、数据库、框架），使域不依赖任何外部事物，而外部事物通过端口和适配器插入，**依赖关系指向域内部** ——使核心独立、高度可测试和灵活（能够交换数据库、UI和框架）。

这种以域为中心的方法在现代架构中对复杂域具有影响力，尽管它增加了必须正当的结构。

理解**其他架构模式**——事件驱动（解耦、反应式）、微服务、MVC/MVVM、**CQRS/事件溯源**（分离读写、事件作为真实来源）和管道/管道过滤器——拓宽对系统如何结构化的认识。

理解这些模式并**根据系统的复杂性、域和需求进行选择**反映了适当构造应用程序的架构判断能力。

架构模式显著影响系统的可维护性、可测试性和灵活性——选择和应用它们得当是关键的高级技能。

由于架构模式定义**整个应用程序的结构方式**（显著影响可维护性、可测试性和灵活性），理解选项（分层、六边形/清洁、事件驱动、CQRS）并适当选择对设计结构良好的系统很重要，理解常见的架构模式是有价值的高级知识——对于构造完整的应用程序很重要（特别是针对可测试、以域为中心的系统的有影响力的清洁/六边形方法），反映了设计系统结构的高级开发人员所期望的架构判断能力，并通过更高级别的组织补充对象级模式。