知识卡片
评估架构候选方案的内在矛盾
内容
比较多个候选架构方案，理论上只要为每个方案建模、判断模型是否有助于实现架构驱动就行，但实际藏着内在矛盾：模型细节永远不够——魔鬼藏在细节里，给每个候选方案建足够详细的模型成本又太高，这种”投入不确定会不会用上的细节”本身就是代价；不深入细节，很多真问题（外部API冲突、只有原型才能暴露的性能瓶颈）又发现不了。评估候选架构天生比评估熟悉架构需要更多”魔法水晶球”，精通建模也不会让取舍变轻松。
参考来源
- 位置：《恰如其分的软件架构》第5章《建模建议》5.7节《余下的挑战》（源文件：_epub-src/OEBPS/text00054.html）
- 结论依据：原文指出评估候选架构存在内在矛盾——一方面犹豫要不要为未承诺的模型投入细节，另一方面不研究细节就很难发现设计问题，因此评估候选架构比评估熟悉架构需要更多不确定条件下的判断。
- 原始内容：这就是内在的矛盾：一方面，你对于花费大量时间将细节添加到未曾承诺的模型中而犹豫不决；另一方面，如果不去研究细节，就很难发现设计的问题……比起你熟悉的架构而言，评估候选架构需要更多"魔法水晶球"。