模式是"半生不熟品"，必须结合具体项目调整

模式源于对实践中反复出现的好设计的观察和提炼，其核心价值不在于给设计者提供全新的东西，而在于为交流提供一套共享词汇——如果团队都清楚什么是远程外观，一句”这个类是远程外观模式”就能传递大量信息。但使用模式最容易踩的坑是”盲目套用”：模式本质上是一种”半生不熟品”，作者在书里只能把核心解决方案讲清楚，剩下的”火候”必须结合具体项目自己补上，同一个模式在不同项目里的实际实现几乎不会完全相同。这也是为什么很多”模式工具”（试图把模式做成可以直接套用的代码生成器）往往效果很差的原因——工具能生成的只是模式的骨架，真正决定这个模式在当前系统里能不能用好的，是开发者结合具体业务场景做的调整。使用模式时还有一个自我检验的好办法：每选定一个模式，都反问自己”什么时候能不用它”——这个问题能帮助判断当前场景是否真的匹配这个模式的适用条件，而不是因为模式听起来”高级”就往上套。