常⽤设计模式

学习目标：

• 代理模式
• 单例模式
• 工厂模式
• 观察者模式
• 适配器模式
• 策略模式
• 模板方法模式
• 外观模式

---

学习内容：

1.代理模式

动态代理：特征是委托类和代理类具有相同的接口，代理类是在委托类的代码基础上添加了其他功能，比如消息预处理、消息过滤和事后处理消息等。但是实际上业务逻辑还是有委托类去完成的，简单来说，调用委托类的时候是通过代理对象来实现的。

动态代理中两个关键的类

InvocationHandler类：调用处理程序
InvocationHandler是由代理实例的调用处理程序实现的接口。
Proxy类：代理
Proxy提供了静态方法来创建类似于接口实例的对象。

2.单例模式

单例模式是为确保一个类只有一个实例，并为整个系统提供一个全局访问点的一种模式方法。
从概念中体现出了单例的一些特点：
（1）、在任何情况下，单例类永远只有一个实例存在
（2）、单例需要有能力为整个系统提供这一唯一实例
为了便于读者更好的理解这些概念，下面给出这么一段内容叙述：
在计算机系统中，线程池、缓存、日志对象、对话框、打印机、显卡的驱动程序对象常被设计成单例。这些应用都或多或少具有资源管理器的功能。每台计算机可以有若干个打印机，但只能有一个Printer Spooler，以避免两个打印作业同时输出到打印机中。每台计算机可以有若干通信端口，系统应当集中管理这些通信端口，以避免一个通信端口同时被两个请求同时调用。总之，选择单例模式就是为了避免不一致状态，避免政出多头。
正是由于这个特点，单例对象通常作为程序中的存放配置信息的载体，因为它能保证其他对象读到一致的信息。例如在某个服务器程序中，该服务器的配置信息可能存放在数据库或文件中，这些配置数据由某个单例对象统一读取，服务进程中的其他对象如果要获取这些配置信息，只需访问该单例对象即可。这种方式极大地简化了在复杂环境 下，尤其是多线程环境下的配置管理，但是随着应用场景的不同，也可能带来一些同步问题。

3.工厂模式

工厂模式的主要解决的问题是，将原来分布在各个地方的对象创建过程单独抽离出来，交给工厂类负责创建。其他地方想要使用对象直接找工厂（即调用工厂的方法）获取对象。
工厂模式主要有三种类型
1、简单工厂
2、工厂方法
3、抽象工厂

4.观察者模式

对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
观察者模式这种发布-订阅的形式我们可以拿微信公众号来举例，假设微信用户就是观察者，微信公众号是被观察者，有多个的微信用户关注了程序猿这个公众号，当这个公众号更新时就会通知这些订阅的微信用户

5.适配器模式

将一个接口转换成客户希望的另一个接口，使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。
应用实例：
1、在 LINUX 上运行 WINDOWS 程序。
2、JAVA 中的 jdbc。

6.策略模式

策略模式是一种行为型模式，它将对象和行为分开，将行为定义为 一个行为接口 和 具体行为的实现。策略模式最大的特点是行为的变化，行为之间可以相互替换。每个if判断都可以理解为就是一个策略。本模式使得算法可独立于使用它的用户而变化。
应用实例：
1、支付方式，一般分为银联、微信、支付宝，可以采用策略模式。
2、电商网站活动方式，一般分为满减送、限时折扣、包邮活动，拼团等可以采用策略模式。

7.模板方法模式

定义：在一个抽象类公开定义了执行它的方法的模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。
简单说，模板方法模式定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构，就可以重定义该算法的某些特定步骤
模板方法模式使用场景:
当要完成在某个过程，该过程要执行一系列步骤，这一系列的步骤基本相同，但其个别步骤在实现时可能不同，通常考虑用模板方法模式来处理。

8.外观模式

外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。
外观模式适用场景 :
① 子系统复杂 : 子系统复杂 , 通过使用外观模式可以简化调用接口 ;
② 层次复杂 : 系统结构层次复杂 , 每个层级都一个使用外观对象作为该层入口 , 可以简化层次间的调用接口 ;