做系统架构设计师案例题时，很多人会发现：王工经常出场，而且很多时候，他不像普通开发人员，更像那个“站在全局看问题的人”。

一、先看统计：王工为什么总被提到？

关键不是“王工出现最多”，而是：王工经常出现在需要做架构判断的地方。

二、王工真正代表什么？

不是只解决当前问题，而是考虑系统长期演进；

不是只看技术点，而是看质量属性；

不是“哪个技术高级”，而是“哪个方案更适合当前场景”。

三、典型案例：为什么王工方案容易胜出？

案例1：多个模块、多种数据格式需要共享时，王工倾向数据仓储架构，因为核心问题是“数据集成”。

案例2：复杂分布式系统难以精确建模时，王工倾向数据驱动，因为系统更强调适应性和扩展性。

案例3：网络设备管理系统中，王工提出 MVC + 统一接口，李工补充扩展接口。最终不是二选一，而是主方案 + 补充优化。

四、案例题真正怎么拿分？

1. 先识别题干中的主矛盾；
2. 再映射到质量属性；
3. 然后比较候选方案；
4. 最后说明为什么当前场景选择这个方案。

不要盲选王工，也不要盲选李工。真正的得分点，是看懂“方案取舍”和“质量属性”。

五、结尾

系统架构设计师案例题，不是考你会不会背技术名词，而是考你能不能从业务描述里，看出真正的架构矛盾。

真题不是背完的，而是拆出来的。