C# 架构精通 — Clean Architecture vs Vertical Slice Architecture (第6部分)

Source: Dev.to

概述

大多数架构辩论之所以失败，是因为它们提出了 错误的问题。

❌ 哪种架构更好？
✅ 哪种架构更适合我的问题和团队？

在本第 6 部分，我们将比较 Clean Architecture 与 Vertical Slice Architecture (VSA) 在现代 ASP.NET Core 系统中的实际使用——不是作为教条，而是作为 工程权衡。

1. Clean Architecture 优化的目标

Clean Architecture 的优化目标包括：

• 长期可维护性
• 业务规则隔离
• 框架独立性
• 大型、不断演进的领域

核心理念

策略高于细节 —— 业务逻辑位于中心，框架、数据库和 UI 围绕其运行。

典型结构

// Typical Clean Architecture project layout
Domain
Application
Infrastructure
Web

优势

• 边界清晰
• 极佳的可测试性
• 强大的领域建模
• 在长期变更中保持稳定

劣势

• 文件和抽象更多
• 前期复杂度较高
• 初始交付速度较慢

当 变更不可避免 时，Clean Architecture 能发挥最大优势。

2. 垂直切片架构的优化目标

Vertical Slice Architecture 是为以下目标而优化的：

• 快速交付
• 局部化变更
• 以特性为中心的思考
• 降低特性之间的耦合

核心理念

按用例组织，而不是按层组织 —— 每个特性拥有其所需的一切。

典型结构

// Example vertical slice folder layout
Features/
 └─ CreateOrder/
     ├─ Endpoint.cs
     ├─ Handler.cs
     ├─ Validator.cs
     └─ Model.cs

优势

• 高内聚
• 跨特性影响最小
• 易于上手
• 非常适合 CQRS 风格的系统

劣势

• 可能出现重复逻辑的风险
• 全局一致性更难维护
• 领域规则可能碎片化

VSA 的优势在 特性能够独立演进 时尤为突出。

3. 错误的二分法

Many teams think:

Clean Architecture OR Vertical Slice Architecture

这是一种错误的选择。实际上：

• Clean Architecture 定义 边界
• Vertical Slices 定义 组织

它们可以共存。

4. 当清晰架构失效时

Clean Architecture struggles when:

• 团队因过度抽象而行动缓慢
• 每一次更改都需要涉及多个层
• 简单功能显得笨重

后果

• 规避规则
• DbContext 泄漏
• “仅此一次” 的违规

结果：架构产生摩擦。

5. 垂直切片架构失效的情况

垂直切片架构在以下情况下会出现困难：

• 必须共享核心领域规则
• 横切策略被重复
• 不变式未集中管理

后果

• 业务行为不一致
• 切片之间出现漂移
• 隐蔽耦合

结果：架构变得支离破碎。

6. 实际比较

7. 混合方法（高级团队的做法）

高绩效团队通常使用：

Clean Architecture 边界 + 垂直切片组织

示例

// Hybrid folder layout
Application/
 └─ Orders/
     ├─ Create/
     ├─ Cancel/
     └─ GetById/

规则保持集中。
特性保持隔离。

好处

• 强大的不变式
• 快速的特性交付
• 可扩展的团队

8. 决策指南（使用此，而非意见）

选择 Clean Architecture 当：

• 领域复杂度高
• 业务规则关键
• 需要长期维护

选择 Vertical Slice Architecture 当：

• 功能独立演进
• 上市时间紧迫
• 团队按产品对齐

选择混合模式 当你想兼顾稳定性和速度。

9. 架构是一种策略，而不是模板

• 它与您的约束不匹配，而不是“错误实现”。
• 优秀的架构师会调整模式。
• 糟糕的架构师会强制执行这些模式。

最后思考

Clean Architecture（清洁架构）和 Vertical Slice Architecture（垂直切片架构）是 工具，而非宗教。
最优秀的系统会从两者中借鉴理念。

当满足以下条件时，架构才算成功：

• 减少认知负担
• 促进变更
• 保护重要的东西

其他一切都是形式主义。

✍️ 作者：Cristian Sifuentes — 帮助团队将架构视为工程策略，而非信仰体系。