当我们使用J2EE等技术的时候，这种方法的优势尤其明显。J2EE的初始设计哲学强调简单性，但是它的复杂程度已经变得难以置信了。在这种复杂的环境中，模式和反模式同时为软件经理、架构师、设计师和开发者提供了通用的"词典"。
无论在构造模式还是在维护模式中，为了获得成功，我们理解反模式都是必要的。在反模式被记录下来之后，开发者一般可以认识到这些负面的模式，以根除糟糕的设计，改善软件。
本文从软件架构和开发的角度来谈论反模式。接着它提出了在J2EE应用程序的大多数通用层次（用户界面、永续性、EJB等）中普遍存在的反模式。它的全部目标是为这些反模式提供背景知识，并为避免这些问题提供建议。
表1列举了本文中讨论的三种普遍的设计、开发和架构的反模式。
表1：普遍的反模式
| 领域 | 普通的反模式 |
| 设计 | 编写具体的类而不是接口在代码中耦合了逻辑（例如日志记录、安全性和缓冲） |
| 开发 | Golden Hammer（金锤）Input Kludge（输入杂乱） |
| 架构 | Reinvent the wheel（重新发明轮子）Vendor lock-in（厂商的锁定） |
普遍的反模式
上表列举的反模式跨越了广阔的开发者领域。
文章来源于领测软件测试网 https://www.ltesting.net/
