【设计模式】常见设计模式总结对比

缺乏、安全感 2023-01-17 07:58 141阅读 0赞

设计模式其实一门艺术。设计模式来源于生活，不要为了套用设计模式而去使用设计模式。设计模式是在我们迷茫时提供的一种解决问题的方案，或者说用好设计模式可以防范于未然。

设计模式总结的是经验之谈，提供给后人去借鉴使用，前人栽树， 后人乘凉。设计模式可以帮助我们提升代码的可读性、可扩展性；降低维护成本；解决复杂的业务问题，但是，千万千万不要死记硬背，生搬硬套。

<table> 
 <thead> 
  <tr> 
   <th>分类</th> 
   <th>设计模式</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>创建型</td> 
   <td>工厂方法模式（Factory Method）、抽象工厂模式（Abstract Factory）、 建造者模式（Builder）、原型模式（Prototype）、单例模式(Singleton)</td> 
  </tr> 
  <tr> 
   <td>结构型</td> 
   <td>适配器模式(Adapter)、桥接模式（Bridge）、组合模式（Composite）、 装饰器模式（Decorator）、门面模式（Facade）、享元模式（Flyweight）、 代理模式（Proxy）</td> 
  </tr> 
  <tr> 
   <td>行为型</td> 
   <td>解释器模式（Interpreter）、模板方法模式（Template Method）、 责任链模式（Chain of Responsibility）、命令模式（Command）、 迭代器模式（Iterator）、调解者模式（Mediator）、备忘录模式（Memento）、 观察者模式（Observer）、状态模式（State）、策略模式（Strategy）、 访问者模式（Visitor）</td> 
  </tr> 
 </tbody> 
</table>

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center]

### 1.单例模式和工厂模式 ###

实际业务代码中，通常会把工厂类设计为单例。

### 2.策略模式和工厂模式 ###

*  工厂模式包含工厂方法模式和抽象工厂模式是创建型模式，策略模式属于行为型模式。
 *  工厂模式主要目的是封装好创建逻辑，策略模式接收工厂创建好的对象，从而实现不同的行为。

### 3.策略模式和委派模式 ###

*  策略模式是委派模式内部的一种实现形式，策略模式关注的结果是否能相互替代。
 *  委派模式更关注分发和调度的过程。

### 4.模板方法模式和工厂方法模式 ###

工厂方法是模板方法的一种特殊实现

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 1]

对于工厂方法模式的 create()方法而言，相当于只有一个步骤的模板方法模式。这一个步骤交给子类去实现。而模板方法呢，将 needHomework() 方法和 checkHomework()方法交给子类实现，needHomework() 方法和 checkHomework() 方法又属于父类的某一个步骤且不可变更。

### 5.**模板方法模式和策略模式** ###

*  模板方法和策略模式都有封装算法。
 *  策略模式是使不同算法可以相互替换，且不影响客户端应用层的使用。
 *  模板方法是针对定义一个算法的流程，将一些有细微差异的部分交给子类实现。
 *  模板方法模式不能改变算法流程，策略模式可以改变算法流程且可替换。策略模式通 常用来代替 if…else…等条件分支语句

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 2]

*  WechatPay、JDPay、AliPay 是交给用户选择且相互替代解决方案。而 JdbcTemplate 下面的子类是不能相互代替的。
 *  策略模式中的 queryBalance()方法虽然在 pay()方法中也有调用，但是这个逻辑只是出于程序健壮性考虑。用户完全可以自主调用 queryBalance()方法。而模板方法模式中的 mapRow()方法一定要在获得 ResultSet 之后方可调用，否则没有意义。

### 6.**装饰者模式和静态代理模式** ###

*  装饰者模式关注点在于给对象动态添加方法，而代理更加注重控制对对象的访问
 *  代理模式通常会在代理类中创建被代理对象的实例，而装饰者模式通常把被装饰者作为构造参数

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 3]

装饰者和代理者虽然都持有对方引用，但逻辑处理重心是不一样的。

### 7.**装饰者模式和适配器模式** ###

*  装饰者模式和适配器模式都是属于包装器模式（Wrapper Pattern）。
 *  装饰者模式可以实现被装饰者与相同的接口或者继承被装饰者作为它的子类，而适配器和被适配者可以实现不同的接口

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 4]

装饰者和适配器都是对 SiginService 的包装和扩展，属于装饰器模式的实现形式。但是装饰者需要满足 OOP 的 is-a 关系，不管如何包装都有共同的父类。而适配器主要解决兼容问题，不一定要统一父类，上图中 LoginAdapter 和 RegistAdapter 就是兼容不同功能的两个类，但 RegistForQQAdapter 需要注册后自动登录，因此既继承了 LoginAdapter。

### 8.**适配器模式和静态代理模式** ###

适配器可以结合静态代理来实现，保存被适配对象的引用，但不是唯一的实现方式。

### 9.**适配器模式和策略模式** ###

在适配业务复杂的情况下，利用策略模式优化动态适配逻辑。

### 10.**代理、桥接、装饰器、适配器** ###

代理、桥接、装饰器、适配器，这 4 种模式是比较常用的结构型设计模式。它们的代码结构非常相似。笼统来说，它们都可以称为 Wrapper 模式，也就是通过 Wrapper 类二次封 装原始类。

尽管代码结构相似，但这 4 种设计模式的用意完全不同，也就是说要解决的问题、应用场景不同，这也是它们的主要区别。这里简单说一下它们之间的区别

*  代理模式：代理模式在不改变原始类接口的条件下，为原始类定义一个代理类，主要目的是控制访问，而非加强功能，这是它跟装饰器模式最大的不同。
 *  装饰器模式：装饰者模式在不改变原始类接口的情况下，对原始类功能进行增强，并且支持 多个装饰器的嵌套使用。
 *  适配器模式：适配器模式是一种事后的补救策略。适配器提供跟原始类不同的接口，而代理 模式、装饰器模式提供的都是跟原始类相同的接口。
 *  桥接模式：桥接模式的目的是将接口部分和实现部分分离，从而让它们可以较为容易、也相对独立地加以改变。

### Spring 中常用的设计模式 ###

各设计模式对比及编程思想总结

<table> 
 <thead> 
  <tr> 
   <th>设计模式</th> 
   <th>一句话归纳</th> 
   <th>举例</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>工厂模式（Factory）</td> 
   <td>只对结果负责，封装创建过程。</td> 
   <td>BeanFactory、Calender</td> 
  </tr> 
  <tr> 
   <td>单例模式（Singleton）</td> 
   <td>保证独一无二。</td> 
   <td>ApplicationContext、Calender</td> 
  </tr> 
  <tr> 
   <td>原型模式（Prototype）</td> 
   <td>拔一根猴毛，吹出千万个。</td> 
   <td>ArrayList、PrototypeBean</td> 
  </tr> 
  <tr> 
   <td>代理模式（Proxy）</td> 
   <td>找人办事，增强职责。</td> 
   <td>ProxyFactoryBean、 JdkDynamicAopProxy、CglibAopProxy</td> 
  </tr> 
  <tr> 
   <td>委派模式（Delegate）</td> 
   <td>干活算你的（普通员工），功劳算我的（项目经理）。</td> 
   <td>DispatcherServlet、 BeanDefinitionParserDelegate</td> 
  </tr> 
  <tr> 
   <td>策略模式（Strategy）</td> 
   <td>用户选择，结果统一。</td> 
   <td>InstantiationStrategy</td> 
  </tr> 
  <tr> 
   <td>模板模式（Template）</td> 
   <td>流程标准化，自己实现定制。</td> 
   <td>JdbcTemplate、HttpServlet</td> 
  </tr> 
  <tr> 
   <td>适配器模式（Adapter）</td> 
   <td>兼容转换头。</td> 
   <td>AdvisorAdapter、HandlerAdapter</td> 
  </tr> 
  <tr> 
   <td>装饰器模式（Decorator）</td> 
   <td>包装，同宗同源。</td> 
   <td>BufferedReader、InputStream、OutputStream、 HttpHeadResponseDecorator</td> 
  </tr> 
  <tr> 
   <td>观察者模式（Observer）</td> 
   <td>任务完成时通知。</td> 
   <td>ContextLoaderListener</td> 
  </tr> 
 </tbody> 
</table>

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center]: /images/20221021/9af0516e885f46b4b6a82546bd57ee58.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20221021/06c25566f9c04bdab8eee9db83abae1e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20221021/706fb738c9e74b6798dc102df8871426.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 3]: /images/20221021/63141817d8fa4f5a969463720ba17dae.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkzNTkyNw_size_16_color_FFFFFF_t_70_pic_center 4]: /images/20221021/19772147daaf4453b26b882d21a8dbf1.png