开发REST API时，何时选用Vertical Slice或Clean Architecture？

两种架构没有绝对优劣，选型核心是匹配项目的业务特征、团队情况和迭代节奏，可参考以下判断维度：

• 优先选用垂直切片架构的场景：
  • 业务功能耦合度低，多数API接口对应独立的业务需求，功能之间很少共享核心逻辑
  • 团队规模较小，开发人员需要负责单个功能从请求入口到数据存储的全流程开发，不想跨多个层级目录修改代码
  • 项目迭代节奏快，需要频繁上线小型功能点，追求最小代码修改量降低上线风险
  • 业务逻辑普遍简单，没有大量需要复用的核心领域规则，也没有多端入口适配需求
• 优先选用整洁架构的场景：
  • 核心业务领域复杂，存在大量可复用的领域规则（比如金融、企业级SaaS、ERP类系统，同一条业务规则需要在多个API接口中调用）
  • 团队规模大，有明确的领域专家、业务开发、数据开发等角色分工，不同角色负责不同层级的代码开发
  • 项目生命周期长，需要长期迭代维护，后续存在数据库切换、多入口适配（同时支持REST API、GRPC、事件触发等）的可能
  • 对单元测试覆盖率要求高，需要将业务逻辑和外部依赖（数据库、第三方接口）完全解耦，无需依赖外部环境即可完成单测编写

实际开发中也可以混合使用两种架构：核心复杂领域模块采用整洁架构做规则约束，边缘独立功能模块采用垂直切片架构快速迭代，无需强制全项目统一使用某一种架构。

内容的提问来源于stack exchange，提问作者Everton Miranda De Oliveira