任何对给定的软件开发环境弊大于利的设计模式都被认为是反模式。

有些反模式是明显的，有些则不是。例如，单例，尽管许多人认为这是一个很好的旧设计模式，但也有其他人不这么认为。

你可以检查问题单身有什么不好?为了更好地理解对它的不同意见。

这是制造混乱的常见方法。例如，god/厨房墨水类(做所有事情)。

反模式是一种不解决问题的方法。但它还有更多的含义:在解决问题的尝试中，它也是一种经常出现的方法。

模式是关于如何解决某个类的问题的想法。反模式是一种如何不解决问题的思想，因为实现这种思想将导致糟糕的设计。

举个例子:“模式”是使用一个函数来实现代码重用，“反模式”是使用复制-粘贴来实现相同的功能。两者都解决了同样的问题，但是使用函数通常会比复制粘贴更具有可读性和可维护性。

反模式是软件开发中被认为是糟糕编程实践的某些模式。

设计模式是解决常见问题的常用方法，已经形式化，通常被认为是一种很好的开发实践，与之相反，反模式是不可取的。

例如，在面向对象编程中，思想是将软件分割成称为对象的小块。面向对象编程中的反模式是一个上帝对象，它执行许多功能，最好将这些功能分离到不同的对象中。

例如:

class GodObject {
    function PerformInitialization() {}
    function ReadFromFile() {}
    function WriteToFile() {}
    function DisplayToScreen() {}
    function PerformCalculation() {}
    function ValidateInput() {}
    // and so on... //
}

上面的例子有一个对象可以做所有事情。在面向对象编程中，最好为不同的对象定义明确的职责，以减少代码的耦合，最终更易于维护:

class FileInputOutput {
    function ReadFromFile() {}
    function WriteToFile() {}
}

class UserInputOutput {
    function DisplayToScreen() {}
    function ValidateInput() {}
}

class Logic {
    function PerformInitialization() {}
    function PerformCalculation() {}
}

总的来说，有很多使用常用模式(设计模式)开发软件的好方法，但是也有一些开发和实现软件的方法可能会导致问题。被认为是糟糕的软件开发实践的模式是反模式。

就像设计模式一样，反模式也是一个模板，也是解决某个问题的可重复方式，但是以非最佳和无效的方式。