有趣的是，解决问题的特定方法可以是模式也可以是反模式。单例就是最好的例子。它将出现在两套文学作品中。

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

在基于微服务的领域:

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

微服务反模式的其他例子

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

这是制造混乱的常见方法。例如，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() {}
}

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