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

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

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

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

例如:

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

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

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

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

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

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

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

在基于微服务的领域:

一切都是微的，除了数据是反模式。 它是指基于DevOps和CI/CD对每一件事情进行合理、充分的分解。也许有些分布式设计模式已经到位，甚至完全复制，但所有服务背后都有一个巨大的数据存储，因此它仍然是一个单一的数据结构。

微服务反模式的其他例子

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

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

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