紧急设计 vs 演化架构：系统如何在变化中保持方向
副标题 / 摘要 紧急设计强调“先做出来”，演化架构强调“持续演进”。本文对比两者并给出落地建议。 目标读者 负责架构演进的工程师 需要平衡交付与演进的团队 技术负责人和架构师 背景 / 动机 快速交付常会牺牲长期演进能力。 理解不同设计哲学有助于减少技术债务。 核心概念 紧急设计（Emergent Design）：先做出最小可用形态 演化架构（Evolutionary Architecture）：持续演进与可变性设计 架构适应度：衡量架构是否仍适用 实践指南 / 步骤 先保证可交付，再设演进边界 建立架构适应度指标 用自动化测试保护演进 定期清理技术债务 可运行示例 # 用配置切换策略，模拟架构演进 def strategy_v1(x: int) -> int: return x + 1 def strategy_v2(x: int) -> int: return x * 2 def compute(x: int, use_v2: bool) -> int: return strategy_v2(x) if use_v2 else strategy_v1(x) if __name__ == "__main__": print(compute(3, False)) print(compute(3, True)) 解释与原理 紧急设计解决“马上能用”，演化架构解决“持续适用”。 二者不是对立，而是阶段性的取舍。 常见问题与注意事项 紧急设计会导致技术债务吗？ 会，需要明确偿还计划。 演化架构会不会过度设计？ 会，因此要用实际指标约束。 ...