我是唯一一个有时会采用看似简单但错误的方式摆脱某些设计情况的人吗？我承认我已经分享了可疑的Singleton对象。除此之外，我已经知道要制造一个或多个上帝的对象以使事情看起来更容易。
即使你知道不应该使用反模式吗？
答案 0 :(得分：6)
尝试制作灵活的内容非常容易，并以Inner Platform Effect结束。例如，我对内部数据库感到内疚。
有时候自己编写代码而不是使用预先封装的类似版本Not Invented Here，这太诱人了。我尽量避免它，但是......
答案 1 :(得分：5)
答案 2 :(得分：2)
God Object反模式是一个容易犯的错误。有时打破课程似乎太多了。然后在某个时候你付钱。我发现这种反模式与紧耦合相辅相成。
当您使用特定于供应商的语言时，供应商锁定反模式也可能很难避免。
答案 3 :(得分：1)
答案 4 :(得分：1)
在评论中我认为这是一个答案 - 单身人士模式。
当语言（例如Java）不支持时，它是一种实现全局变量的方法。这是您永远不应该使用的模式之一 - 除非您需要它。重要的是能够区分何时需要一个全局变量（有实例）和何时需要一个全局变量。
除了引入全局状态的严重问题之外，单身人员存在问题，例如在Java中，它们只在具有多个类加载器的类加载器中是单一的，您可以最终获得多个副本。
答案 5 :(得分：0)
总是有一个供应商特定的东西被添加到特定的功能，因为它比自己写它更有意义。我以后花了很多时间为自己做出这个决定。