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

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

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

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

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

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

例如:

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() {}
}

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

今天，软件工程研究人员和实践者经常互换使用术语“反模式”和“气味”。然而，它们在概念上并不相同。维基百科上关于反模式的条目指出，反模式与坏实践或坏想法至少有两个不同之处。反模式是

一种常用的过程、结构或行为模式 最初看起来是对一种疾病的适当而有效的反应 问题，通常有更多的坏后果比有益的结果。”

它清楚地表明，选择反模式是因为相信它是当前问题的一个很好的解决方案(作为模式);然而，它带来的负债多于收益。另一方面，气味只是一种糟糕的实践，它会对软件系统的质量产生负面影响。例如，Singleton是一种反模式，God类(或不足模块化)是一种设计气味。

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

反模式是人们倾向于以错误的方式编程的常见方式，或者至少是不太好的方式。