【版权声明】未经博主同意，谢绝转载！（请尊重原创，博主保留追究权）
https://developer.aliyun.com/article/1631534
出自【进步*于辰的博客】

启发博文：《一次性讲清Java23种设计模式》（转发）。
参考笔记三，P53.2。

设计模式是什么？

关于设计模式的思想，引用启发博文中的阐述：

设计模式是一种思想，它的形式是多变的，主要需要掌握它的设计思想和目的。编写软件过程中，程序员面临着来自耦合性、内聚性以及可维护性，可扩展性、重用性、灵活性等多方面的挑战，设计模式是为了让程序（软件）具有更好的：

1. 代码重用性（无需多次编写相同功能的代码）；
2. 可读性（编程规范性，便于其他程序员的阅读）；
3. 可扩展性（便于后续功能扩展、完善）；
4. 可靠性（便于增加新的功能，也称为“可维护性”）。

设计模式的七个原则：单一职责、接口隔离、依赖倒转、开闭原则、里式替换、迪米特法则、合成复用原则。

说明：

1. 单一职责，指实体的职责应限制为一种，避免多种职责导致业务或逻辑混乱，以及互相干扰、甚至出错的情况（顾此失彼），除非类的功能（业务、方法）少。
2. 接口隔离，指应继承或实现尽量小的抽象类或接口，减少“冗余”。
   因为当继承或实现时，必须实现所有的抽象方法，可往往并不需要，故需要将接口进行“拆分”，或者使用“默认方法”（JDK1.8 标准）。
   1. 依赖倒转，核心思想是面向接口编程。
      例如：若方法形参是类 A，当需要使用同类型类 B 开发相同业务的功能时，只能使用重载，故应将形参改为接口，从而只需令 B 实现此接口便可。
3. 开闭原则，实体应对扩展开放，对修改关闭。
   通俗地讲就是，当开发新功能时，应定义新的变量或方法，而不修改已有的变量或方法。
   1. 里式替换，指子类不应重写父类的方法，避免因父类结构、逻辑或业务等修改导致子类出错。

在了解迪米特法则和合成复用原则之前，我们先复习一下六种“类关系”。推荐一篇博文《UML类图 - 依赖 泛化 实现 关联 聚合 组合》（转发），在此不作阐述。

总结：

耦合度：实现 = 泛化（继承）> 组合 > 聚合 > 关联 > 依赖。

迪米特法则和合成复用原则是要求我们尽量使用耦合度小的“类关系”。

如果大家有疑惑，可查阅博文《设计模式系列（六）七大设计原则-----迪米特法则与合成复用原则》（转发）。

23种设计模式

先言：

正如前面所述，设计模式是一种思想，它的形式是多变的，主要需要掌握它的设计思想和目的，故没有固定的代码格式。

因此，下文对23种设计模式的阐述，可能一笔带过（阐述思想或实现方法），我未必会举例说明。并且，从实用性的角度来说，我们不需要掌握所有的设计模式，一些了解即可。

本图引用自启发博文，如有侵权，请与我联系!

因对各种设计模式的讲解，内容较多，篇幅考虑，我将内容迁移至它文：

1：结构型模式：代理模式、、、。

2：创建型模式：单例模式、、、。

内容补充中。。。

推荐阅读

如果大家对面向对象的七大原则仍有疑惑，可参考以下资料：（转发）

1. 博文：《面向对象之六大设计原则》。
2. 专栏：《设计模式》。

如果大家对23种设计模式仍有疑惑，可参考以下资料：（转发）

1. 专栏：《设计模式Java实战》。
2. 个人博客：《Java设计模式实战专栏》。

本文持续更新中。。。