知识卡片
架构缺陷伪装成孤立功能问题
内容
两个看似无关的功能毛病——”连接失败时报错笼统难诊断”和”界面导航缓慢”——追根溯源可能是同一处架构缺陷造成的：通信库的API设计既不区分错误状态，也不支持缓存，诊断能力差和界面卡顿其实是同一底层设计选择的不同症状。判断这类问题是否值得从架构层面解决，可套用风险驱动的分析顺序：先明确失败关联哪些质量属性（可诊断性、延迟），再针对失败设计方案并评估代价，最后看整体架构风格是否还适配当前场景。
参考来源
- 位置：《恰如其分的软件架构》第5章《建模建议》5.8节《特性和风险：一个故事》（源文件：_epub-src/OEBPS/text00055.html）
- 结论依据：原文描述一个特性驱动开发的手机远程控制应用出现"连接错误笼统难诊断"和"界面导航缓慢"两个问题，追查发现根因都在通信库API未区分错误状态、未支持缓存，属于同一处架构设计缺陷。
- 原始内容：应用程序无法与我的媒体中心通信，而我却很难诊断其原因……代码库与服务器通信，它无法报告各种连接问题，而是将它们一视同仁地处理为一个单独的错误码……我意识到这两个问题都可以通过修正或更换通信库得以解决。