简单玩转23种Java设计模式

墨蓝 2022-03-31 06:20 219阅读 0赞

## 什么是设计模式 ##

设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理地运用设计模式可以完美地解决很多问题，每种模式在现实中都有相应的原理来与之对应。

**每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心，通过这种方式，我们可以无数次地重用那些已有的成功的解决方案，无须再重复相同的工作。**

## 设计模式分类 ##

根据设计模式的参考书 《**Design Patterns - Elements of Reusable Object-Oriented Software》（中文译名：设计模式 - 可复用的面向对象软件元素）** 中所提到的，总共有 23 种设计模式。这些模式可以分为三大类：创建型模式（Creational Patterns）、结构型模式（Structural Patterns）、行为型模式（Behavioral Patterns）

<table> 
 <tbody> 
  <tr> 
   <th style="width:383px;">模式 &amp; 描述</th> 
   <th style="width:466px;">包括&nbsp;</th> 
  </tr> 
  <tr> 
   <td style="vertical-align:top;width:383px;"><strong>创建型模式</strong><br> 这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式，而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。</td> 
   <td style="width:466px;"> 
    <ul> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147002" rel="nofollow">（1）工厂方法模式（Factory Method Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147071" rel="nofollow">（2）抽象工厂方法模式（Abstract Factory Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147139" rel="nofollow">（3）单例模式（Singleton Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147198" rel="nofollow">（4）建造者模式（Builder Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147289" rel="nofollow">（5）原型模式（Prototype Pattern）</a></li> 
    </ul></td> 
  </tr> 
  <tr> 
   <td style="vertical-align:top;width:383px;"><strong>结构型模式</strong><br> 这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。</td> 
   <td style="vertical-align:top;width:466px;"> 
    <ul> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147310" rel="nofollow">（6）适配器模式（Adapter Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147351" rel="nofollow">（7）装饰模式（Decorator Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51147389" rel="nofollow">（8）代理模式（Proxy Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51150564" rel="nofollow">（9）外观模式（Facade Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/51146828" rel="nofollow">（10）桥接模式（Bridge Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81176352" rel="nofollow">（11）组合模式（Composite Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81176461" rel="nofollow">（12）享元模式（Flyweight Pattern）</a></li> 
    </ul></td> 
  </tr> 
  <tr> 
   <td style="vertical-align:top;width:383px;"><strong>行为型模式</strong><br> 这些设计模式特别关注对象之间的通信。</td> 
   <td style="width:466px;"> 
    <ul> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81182958" rel="nofollow">（13）策略模式（Strategy Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81183122" rel="nofollow">（14）模板模式（Template Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81183634" rel="nofollow">（15）中介者模式（Mediator Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81184715" rel="nofollow">（16）访问者模式（Visitor Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81185343" rel="nofollow">（17）解释器模式（Interpreter Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81186142" rel="nofollow">（18）备忘录模式（Memento Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81187390" rel="nofollow">（19）状态模式（State Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81187882" rel="nofollow">（20）观察者模式（Observer Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81192358" rel="nofollow">（21）责任链模式（Chain of Responsibility Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81192739" rel="nofollow">（22）迭代器模式（Iterator Pattern）</a></li> 
     <li><a href="https://blog.csdn.net/pange1991/article/details/81192832" rel="nofollow">（23）命令模式（Command Pattern）</a></li> 
    </ul></td> 
  </tr> 
 </tbody> 
</table>

### 我自己的记忆口诀： ###

创模式5种：**单建公园**

结构模式7种：**四桥外想装阻**(拦)**带**

行为模式11种：

![5e2feb58-4170-3c07-a370-ed99bdcab223.jpg][]  
**父子**的**中间状态**是**兄弟**  
父子：**车模**  
中间：**中介**给**访问者解释**  
状态：**备忘录**、**状态**  
兄弟：**观察者**的**任务**是**迭代命令**

## 设计模式的关系图  ##

![è®¾è®¡æ¨¡å¼ä¹é´çå³ç³»][the-relationship-between-design-patterns.jpg]

## 设计模式的六大原则 ##

**1、开闭原则（Open Close Principle）**

开闭原则的意思是：**对扩展开放，对修改关闭**。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

**2、里氏代换原则（Liskov Substitution Principle）**

里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

**3、依赖倒转原则（Dependence Inversion Principle）**

这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。

**4、接口隔离原则（Interface Segregation Principle）**

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。

**5、迪米特法则，又称最少知道原则（Demeter Principle）**

最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。

**6、合成复用原则（Composite Reuse Principle）**

合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承。

[5e2feb58-4170-3c07-a370-ed99bdcab223.jpg]: /images/20220331/bcf50abbad6d43e8881c37307ea59104.png
[the-relationship-between-design-patterns.jpg]: /images/20220331/256da0aa3d3f4a59bfc00b75265ad54f.png