开发者必知的18种设计模式（图文）

设计模式是对常见设计问题的可重用解决方案，可实现更流畅、更高效的开发过程。

如果把设计模式分类，可以分为如下三种大类：

这是博主整理了最流行的18种常见的设计模式图，并用了颜色区分（蓝色表示创建型模式，黄色表示结构型模式，绿色表示行为型模式）：

文字描述如下：

• 抽象工厂（Abstract Factory）：家族创建者 - 制造相关物品的组。
• 建造者（Builder）：乐高大师 - 逐步构建对象，保持创建和外观分离。
• 原型（Prototype）：克隆制造者 - 创建完全准备好的示例的副本。
• 单例（Singleton）：独一无二 - 具有唯一实例的特殊类。
• 适配器（Adapter）：通用插头 - 连接具有不同接口的事物。
• 桥接（Bridge）：功能连接器 - 将对象的工作方式与其执行的操作联系起来。
• 组合（Composite）：树形构建者 - 形成简单和复杂部分的树状结构。
• 装饰器（Decorator）：定制者 - 在不改变对象核心的情况下添加功能。
• 外观（Facade）：一站式购物 - 用单一简化的接口表示整个系统。
• 享元（Flyweight）：空间节省者 - 高效地共享小型、可重用的项。
• 代理（Proxy）：替身演员 - 代表另一个对象，控制访问或操作。
• 责任链（Chain of Responsibility）：请求中继 - 将请求通过一系列对象传递，直到处理为止。
• 命令（Command）：任务包装器 - 将请求转化为一个准备就绪的对象。
• 迭代器（Iterator）：集合浏览器 - 逐个访问集合中的元素。
• 中介者（Mediator）：通信中心 - 简化不同类之间的交互。
• 备忘录（Memento）：时间胶囊 - 捕捉并恢复对象的状态。
• 观察者（Observer）：新闻广播员 - 通知其他对象中的更改。
• 访问者（Visitor）：技艺嘉宾 - 在不改变类的情况下向其添加新操作。

如果想更进一步了解其代码实现，可参考博主曾经写过相关的文章，这里附上链接：

• 抽象工厂（Abstract Factory）： https://yanglinwei.blog.csdn.net/article/details/102784752
• 建造者（Builder）： https://yanglinwei.blog.csdn.net/article/details/102794053
• 原型（Prototype）： https://yanglinwei.blog.csdn.net/article/details/102799835
• 单例（Singleton）： https://yanglinwei.blog.csdn.net/article/details/102783344
• 适配器（Adapter）： https://yanglinwei.blog.csdn.net/article/details/102796299
• 桥接（Bridge）： https://yanglinwei.blog.csdn.net/article/details/79362158
• 组合（Composite）： https://yanglinwei.blog.csdn.net/article/details/79392726
• 装饰器（Decorator）： https://yanglinwei.blog.csdn.net/article/details/102800279
• 外观（Facade）： https://yanglinwei.blog.csdn.net/article/details/102797903
• 享元（Flyweight）： https://www.runoob.com/design-pattern/flyweight-pattern.html
• 代理（Proxy）： https://yanglinwei.blog.csdn.net/article/details/102792590
• 责任链（Chain of Responsibility）： https://yanglinwei.blog.csdn.net/article/details/79463094
• 命令（Command）： https://yanglinwei.blog.csdn.net/article/details/79370568
• 迭代器（Iterator）： https://yanglinwei.blog.csdn.net/article/details/79377026
• 中介者（Mediator）： https://www.runoob.com/design-pattern/mediator-pattern.html
• 备忘录（Memento）： https://www.runoob.com/design-pattern/memento-pattern.html
• 观察者（Observer）： https://yanglinwei.blog.csdn.net/article/details/102801621
• 访问者（Visitor）： https://yanglinwei.blog.csdn.net/article/details/79475821

最后博主贴上以上设计模式需要遵循的六大原则，也是使用设计模式的精髓：

• 开闭原则（Open Close Principle）：开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。
• 里氏代换原则（Liskov Substitution Principle）：里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。
• 依赖倒转原则（Dependence Inversion Principle）：这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。
• 接口隔离原则（Interface Segregation Principle）：这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
• 迪米特法则（最少知道原则）（Demeter Principle）：为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。
• 合成复用原则（Composite Reuse Principle）：原则是尽量使用合成/聚合的方式，而不是使用继承。