JavaScript设计模式第0篇：前言

23种设计模式，大家没用过，肯定也都听过。作为一名前端开发工程师，我们有没有必要去学习和使用设计模式，我个人认为，是有必要的。

为什么要学习设计模式

我们写代码的时候，实现一个需求，方式有很多种，但是哪种方式的可维护性，可扩展性更好，就需要我们具有一些设计模式的思想，这都是前人留下来的智慧，要好好继承呀······

另外，设计模式也是面试必考点，什么是工厂模式呀，能不能手写一个观察者模式呀，观察者模式和发布订阅模式有没有区别呀，等等。你要是答不上来，是不是很尴尬······

所以，我们一定要好好学习设计模式，任框架千变万化，我自岿然不动。

怎么学习设计模式

本系列的文章，也是我在学习设计模式时候的总结输出。怎么学习，个人认为，就是多看多练。思想这种东西，讲究一个积累，看一遍不懂就看两遍，练一次不会就练两次，量变产生质变，迟早有一天，在某个时间点，你就开窍了。

希望大家能跟我一起，从头开始，一步一步的去学习设计模式，直到真正掌握它。

设计模式简介

先上图，23种设计模式一览表

分类

设计模式分为3个大类：创建型、结构型和行为型。

1. 创建型
   创建型模式是为了封装创建对象过程中的变化，就是将创建对象的过程抽离出来
2. 结构型
   结构型模式是为了封装对象之间组合方式的变化，能够灵活的表达对象间的配合和依赖关系
3. 行为型
   行为型模式是为了抽离对象千变万化的行为，让我们能够更安全，更方便的对行为进行修改

设计原则

设计原则是设计模式的指导理论，最出名的就是：SOLID设计原则。

• 单一功能原则（Single Responsibility Principle）
• 开放封闭原则（Opened Closed Principle）
• 里氏替换原则（Liskov Substitution Principle）
• 接口隔离原则（Interface Segregation Principle）
• 依赖反转原则（Dependency Inversion Principle）

诶，兄弟们，熟不熟悉，是不是经常从后端兄弟口中听到这些词，如果看了上面的介绍，你产生了这种思想：这说的是人话么，每个字我都认识，怎么合起来我就不认得了呢······

没有关系，同志们。记住现在的我们，跟着我一起学下去，等把所有的设计模式都学了一遍，再回来看看，不出意外的话茅厕顿开。

为什么会有设计模式

任何技术的产生，都是为了解决已有的问题。设计模式的产生，就是因为软件设计的复杂度日益增加，变化越来越快，会不断推翻已有的代码逻辑。

那么，有没有一种方式，能让我们更省力一点，虽然还是会变化，但是我可以改的更少，更灵活，这就是设计模式了。

抽离并封装变化，不变的稳定，变化的灵活。

结尾

下一章我们就真正的走入设计模式了，希望我们一起坚持下去，能够输出23篇还算有些质量的文章，加油。

欢迎关注我的公众号