知识卡片
最后负责时刻原则决定何时引入新架构组件
内容
团队采用敏捷架构策略：架构最小化，只有不采用某特性的代价超过实现它的代价时才引入，这在精益开发里叫最后负责时刻。Spring是典型例子——项目初期不依赖它，直到第三次迭代手工维护依赖和XML配置的痛苦压不住才引入。价值在于避免两种极端：不因过早引入背负复杂度，也不死守初始架构硬扛痛点。
参考来源
- 位置：《架构之美》第4章《记忆留存》4.3.1节《模块和加载程序》（源文件：程序之美系列套装（6册）团队之美、项目管理之美、架构之美、数据之美、测试之美、安全之美/_epub-src/OEBPS/Text/part0128.xhtml）
- 结论依据：原文明确"我们采用'敏捷架构'的方式：保持最小的架构，只有当避免新架构特性的代价超过实现它的代价时，才采用新架构。这在'精益软件开发'中称为'最后负责时刻'"，并举例Spring在项目第3次迭代时才引入。
- 原始内容：我们采用"敏捷架构"的方式：保持最小的架构，只有当避免新架构特性的代价超过实现它的代价时，才采用新架构。这在"精益软件开发"中称为"最后负责时刻"……大约在项目的第3次迭代时我们引入了Spring。