阅读 197

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篇还算有些质量的文章,加油。

欢迎关注我的公众号

微信公众号