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

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

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

例如:

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

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

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

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

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

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

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

因为模式是被发现的，而不是被创造出来的，Allen Holub，这种发现是通过重复发生的;如果我们发现了一个解决特定问题的模式，但不是根据领域专家的知识和经验以正确的方式解决的——我们倾向于称其为反模式

模式:解决常见的、反复出现的问题的正确方法。 反it模式:不是解决常见的、反复出现的问题的正确方法。 这两种方法都是基于最新的知识

和…昨天的有害实践就是明天的反模式Neal Ford，持续交付的工程实践

DevOps世界示例

它曾经是一个最佳实践(构建共享资源)

但在云世界中，当我们在云中管理资源时，它引入了耦合。

所以现在我们倾向于基于解耦或解耦来构建我们的设计

因此，对于特定的领域，例如DevOps:

过去: 共享资源== pattern ==好事 礼物: 共享资源==反模式==坏事 解耦==模式==好事

总之

更喜欢模式而不是反模式

图片来源:Neal Ford，持续交付工程实践

在基于微服务的领域:

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

微服务反模式的其他例子