23种设计模式，大家没用过，肯定也都听过。作为一名前端开发工程师，我们有没有必要去学习和使用设计模式，我个人认为，是有必要的。
为什么要学习设计模式
我们写代码的时候，实现一个需求，方式有很多种，但是哪种方式的可维护性，可扩展性更好，就需要我们具有一些设计模式的思想，这都是前人留下来的智慧，要好好继承呀······
另外，设计模式也是面试必考点，什么是工厂模式呀，能不能手写一个观察者模式呀，观察者模式和发布订阅模式有没有区别呀，等等。你要是答不上来，是不是很尴尬······
所以，我们一定要好好学习设计模式，任框架千变万化，我自岿然不动。
怎么学习设计模式
本系列的文章，也是我在学习设计模式时候的总结输出。怎么学习，个人认为，就是多看多练。思想这种东西，讲究一个积累，看一遍不懂就看两遍，练一次不会就练两次，量变产生质变，迟早有一天，在某个时间点，你就开窍了。
希望大家能跟我一起，从头开始，一步一步的去学习设计模式，直到真正掌握它。
设计模式简介
先上图，23种设计模式一览表
分类
设计模式分为3个大类：创建型、结构型和行为型。
-
创建型 创建型模式是为了封装创建对象过程中的变化，就是将创建对象的过程抽离出来
-
结构型 结构型模式是为了封装对象之间组合方式的变化，能够灵活的表达对象间的配合和依赖关系
-
行为型 行为型模式是为了抽离对象千变万化的行为，让我们能够更安全，更方便的对行为进行修改
设计原则
设计原则是设计模式的指导理论，最出名的就是：SOLID设计原则。
- 单一功能原则（Single Responsibility Principle）
- 开放封闭原则（Opened Closed Principle）
- 里氏替换原则（Liskov Substitution Principle）
- 接口隔离原则（Interface Segregation Principle）
- 依赖反转原则（Dependency Inversion Principle）
诶，兄弟们，熟不熟悉，是不是经常从后端兄弟口中听到这些词，如果看了上面的介绍，你产生了这种思想：这说的是人话么，每个字我都认识，怎么合起来我就不认得了呢······
没有关系，同志们。记住现在的我们，跟着我一起学下去，等把所有的设计模式都学了一遍，再回来看看，不出意外的话茅厕顿开。
为什么会有设计模式
任何技术的产生，都是为了解决已有的问题。设计模式的产生，就是因为软件设计的复杂度日益增加，变化越来越快，会不断推翻已有的代码逻辑。
那么，有没有一种方式，能让我们更省力一点，虽然还是会变化，但是我可以改的更少，更灵活，这就是设计模式了。
抽离并封装变化，不变的稳定，变化的灵活。
结尾
下一章我们就真正的走入设计模式了，希望我们一起坚持下去，能够输出23篇还算有些质量的文章，加油。
