知识卡片
风险驱动架构重构
内容
随着开发推进，团队对系统该如何设计的理解会持续变好——最初都对系统知之甚少，做过一些工作后才能给出更有根据的意见。发现代码不是最佳设计时（如闻到”代码异味”），要么积累技术债、滑向[[大泥球反模式]]，要么重构。少数对象的重构成本低，无须太多理由；但深远影响的”架构重构”代价高昂，只有重大失败风险才能证明其必要——[[Rackspace三代架构演变]]每次重构都由具体风险驱动。
参考来源
- 位置：《恰如其分的软件架构》第3章《风险驱动模型》3.12节《风险与架构重构》（源文件：_epub-src/OEBPS/text00038.html）
- 结论依据：原文说明局部重构成本低无需理由，架构级重构代价高只有重大风险出现才可证明其势在必行，并以Rackspace三代系统重构均由迫在眉睫的失败风险促成为例支撑这一结论。
- 原始内容：而架构重构则代价高昂，只有重大的风险出现，才可证明它的势在必行……其中，每次架构重构都由某个迫在眉睫的失败风险促成……设计并不只在前期发生……仍要花费时间在设计上。