架构模式

architecture-patterns
分类编程
作者Agentic Awesome Skills 社区
许可MIT
评分4.70/5
使用4.2K

架构模式

掌握经过验证的后端架构模式,包括整洁架构 (Clean Architecture)、六边形架构 (Hexagonal Architecture) 和领域驱动设计 (Domain-Driven Design),以构建可维护、可测试且可扩展的系统。

适用场景

  • 从零开始设计新的后端系统
  • 对单体应用进行重构以提高可维护性
  • 为团队制定架构标准
  • 从紧耦合架构迁移到松耦合架构
  • 实现领域驱动设计原则
  • 创建可测试且可模拟 (mockable) 的代码库
  • 规划微服务拆分

不适用场景

  • 仅需要小范围的局部重构
  • 系统主要是前端,无需更改后端架构
  • 仅需要具体实现细节而不需要架构设计

执行指南

1. 明确领域边界、约束条件和可扩展性目标。
2. 选择符合领域复杂度的架构模式。
3. 定义模块边界、接口和依赖规则。
4. 提供迁移步骤和验证检查。
5. 对于必须在故障中恢复的工作流(如支付、订单履行、多步流程),在基础设施层使用持久化执行 (durable execution) —— 例如 DBOS 等框架可持久化工作流状态,在不增加架构复杂性的情况下提供崩溃恢复能力。

详细模式、检查清单和模板请参考 resources/implementation-playbook.md

相关技能

协同使用:event-sourcing-architect, saga-orchestration, workflow-automation, dbos-*

资源

  • resources/implementation-playbook.md:提供详细模式、检查清单和模板。

局限性

  • 仅在任务明确符合上述范围时使用此技能。
  • 不要将输出结果视为针对特定环境的验证、测试或专家评审的替代方案。
  • 如果缺少必要的输入、权限、安全边界或成功标准,请停止并请求澄清。