你是否曾就一个项目让你的团队成员刚刚经历了一周紧张的设计模式培训？这太痛苦了，项目最终变成某种类型的竞争虐待狂，每一行代码都必须落实四人帮（译者注：Gang of Four指Erich Gamma、Richard Helm、Ralph Johnson和John Vlissides四人，他们所著的《设计模式》一书提出了23种基本设计模式）书中所描述的模式。“嘿，这个需要重新设计一个轻量级的”或者“嘿，这需要作为一个桥接重做。”下一件事情你肯定知道，一个简单的应用被一些多余的代码搞复杂了，这些多余的代码仅仅是为了证明提交人能够落实“责任链”或者“复合桥梁”。

　　每当我看到一个团队对于四人帮书中的内容雄心勃勃的时候，我都会发一封电子邮件或者更新项目Wiki，并为这个团队提供一篇Paul Wheaton名为《邪恶的设计模式》（《Evil Design Patterns》）的文章。这篇文章很简短，但提供了一些中肯的意见。

　　“模式成为普遍问题的解决方案为公众所认识，”文中这样写到，“但是现在我们正在经历的应用程序比原本需要的复杂十倍以上，因为人们试图死记硬背他们所阅读过的模式。”

　　不久前，我有幸同Paul就这篇四年前的文章进行了探讨，尽管这篇文章是很久之前写的，Paul仍旧认为里面的内容是中肯的。“我写这篇文章是一种抗议，我之所以写这篇文章是因为我真的认为模式正在走向一个混乱的空间。模式很重要，但是让事情变简单也很重要。”这篇文章反复提到“应用程序中使用的任何模式应该/必须由简单的事情来完成。”

　　我提到的Paul的文章已经在《深入浅出设计模式》（《Head First Design Patterns》）书后重印，这也表明他的观点反映了一个共享模式狂热支持者的情绪。

　　“当他们（Eric T Freeman、Elisabeth Robson、Bert Bates、Kathy Sierra）开始写《深入浅出设计模式》，这是我们对于JavaRanch的孵化，我把这个寄给他们说‘这个必须放在书的最前面。’当书最终出版的时候却在最后。”

　　在面对他反对设计模式的事实面前，Paul看起来有些沮丧。

　　那么，我们现在使用的设计模式得到的最大价值是什么？“我现在认为模式的主要目的是扩大我们的词汇。我可以说‘单例模式'，我们都知道这是什么意思。我可以说'前端控制器'，我们也都知道这意味着什么。”

　　无论如何，这并不是完全贬低“设计模式”。最流行的框架和规范，无论是Spring、Hibernate或者GWT，充满了他们。问题是我们需要一种平衡，如果你的团队的设计模式狂热者开始得到一点点的控制，不要害怕给他们的这篇文章的链接。