JavaScript设计模式经典-面向对象中六大原则

作者 | Jeskson
来源 | 达达前端小酒馆

1

主要学习JavaScript中的六大原则。那么六大原则还记得是什么了吗?六大原则指:单一职责原则(SRP),开放封闭原则(OCP),里氏替换原则(LSP),依赖倒置原则(DIP),接口分离原则(ISP),最少知识原则(LKP)。

单一职责原则
开放封闭原则
里氏替换原则
依赖倒置原则
接口分离原则
最少知识原则

那么什么是单一职责原则呢?单一职责原则,英文单词为:single responsable princple,原则体现为,一个对象或者是方法只做一件事。

从前车马很慢,书信很远,一生只够爱一个人。“从前的日色变得慢,车,马,邮件都慢,一生只够爱一个人 从前的锁也好看,钥匙精美有样子,你锁了,人家就懂了”(一个对象或者是方法只做一件事情)

如果一个方法承担了很多很多的职责,那么它在需求发生变化的过程中,需要改写这个方法的可能性就很大。

单一职责原则,一个类只提供一种功能,不要存在过多导致类变化的原因。从前,一个人负责两个不同的任务,为任务1,任务2,当任务1需要做调整时,而需要这个人做修整时,有可能会影响任务2的正常运行,会导致任务2没有办法完成。

遵循单一职责原则,就可以解决这种情况的发生,分别让两个人分别做任务1,任务2,让人1做任务1,让人2做任务2,这样,当需要改变任务1时,不会影响到任务2的正常运行,同理,任务2需要做修改时,人1做的事也不会发生影响。

里氏替换原则:所有引用基类的地方必须能够使用其子类的对象,从前有一个游戏玩家A,它有一个招式Z1,现在把这个招式Z1进行扩展,扩展后成为大招Z,其大招Z由原来的招式Z1和新功能Z2组成,新功能Z又由游戏玩家A的子类徒弟游戏玩家B去完成,那么这个子类徒弟游戏玩家B在完成这个新功能Z2的同时,有可能会影响到原来的招式Z1,而导致招式发生错误。

(迪米特法则:只与直接的朋友通信),每个对象都会和其他对象有耦合的关系,只要两个对象之间有耦合关系,就说这两个对象之间是朋友关系。

2

开放封闭原则,类,方法等应当对其扩展开放,对其修改封闭,在不修改的前提下进行扩展,扩展开发,当有新的需求出现的时候,我们可以对其进行扩展现有的方法,对象等已到达目的;修改关闭,不能对实体进行任何的修改。

不修改现有的功能方法,就可以进行实现各种变化的代码。

// 定义一个方法
function da(x, y) {
 document.getElementById(x).style.color = y;
}

// 调用方法da
da('dashucoding', 'red');
// 开发封闭原则 -> 错误
// 定义方法
function da(x, y, z) {
 document.getElementById(x).style.color = y;
 document.getElementById(x).style.size = z;
}

// 调用方法da
da('dashucoding', 'red', '100px');
// 定义一个方法
function da(x, y) {
 document.getElementById(x).style.color = y;
}

// 不去动da这个方法
function dada(x, y, z) {
 da(x,y);
 document.getElementById(x).style.size = z;
}

// 正确使用开发封闭原则

function da(x, y) {
 document.getElementById(x).style.color = y;
}

da('dashucoding', 'red');

function dada(x, y, z) {
 da(x,y);
 document.getElementById(x).style.size = z;
}

dada('dashucoding', 'red', '100px');

单一职责原则,简介,就一个类而言,应该仅有一个引起它变化的原因。

开放封闭原则,简介,软件实体对扩展是开放的,但对修改是关闭的。即在不修改一个软件实体的基础上去扩展其功能。

里氏替换原则,简介,子类必须能够替换它们的基类。

依赖倒置原则,简介,高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象。抽象不应该依赖于具体实现,具体实现应该依赖于抽象。作用,降低了客户与实现模块间的耦合。

接口分离原则,简介,使用多个专门的接口来取代一个统一的接口。

合成复用原则,简介,就是在一个新的对象里面使用一些已有的对象,使之成为新对象的一部分;新的对象通过向这些对象的委派达到复用已有功能的目的。简单来说就是,要尽量使用组合,尽量不要使用继承。

迪米特法则,简介,又叫做最少知识原则,就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。

3

里氏替换原则,就是对开发封闭原则进行补充,讲的是基类和子类的关系。理解里氏替换原则的最经典的例子是“正方形是长方形”,“鸵鸟不是鸟”等,拿正方形来说,上数学课的时候,我们就知道,正方形是长方形,它是一个长宽相等的长方形,那么由此可以看出,应该让正方形继承自长方形。

public class Rectangle {
 private int height;
 private int width;
 
 // 省略getter setter
}

// 正方形长和宽始终一样 覆写
public class Square extends Rectangle {
 @Override
 public void setWidth(int width) {
  super.setWidth(width);
  super.setHeight(width);
 }
 
 @Override
 public void setHeight(int height) {
  super.setWidth(height);
  super.setHeight(height);
 }
}
public class Test {
 public static void main(String[] args) {
  Test test = new Test();
   Rectangle rectangle = new Rectangle();
   rectangle.setHeight(5);
   rectangle.setWidth(4);
   test.zoom(rectangle, 2, 3);
   
   Square square = new Square();
   square.setHeight(5);
   square.setWidth(4);
   test.zoom(square, 2, 3);
 }
 
 public void zoom(Rectangle rectangle, int width, int height) {
  rectangle.setWidth(rectangle.getWidth() + width);
  rectangle.setHeight(rectangle.getHeight() + height);
 }
}

依赖倒置原则,高层次的模块不应该依赖于低层次的模块,它们都应该依赖于抽象。抽象不应该依赖于具体实现,具体实现应该依赖于抽象。

高层次模块依赖方向中层次模块,中层次模块依赖于低层次模块。高层次与低层次不相互依赖,低层次的任何修改都会影响高层次的模块。抽象层,高级层次,实现层次,具体实现依赖抽象层。

接口分离原则,客户端不应该依赖它不需要的接口,一个类对另一个类的依赖应该建立在最小的接口上。怎么说呢?

有三个客户端A,B,C都依赖于一个大的接口,这个大的接口有A(),B(),C(),但是客户端A只需要A()而已,其他不需要,这个时候就利用接口分离原则让客户端A只需要A(),让客户端B只需要B(),让客户端C只需要C()。

设计原则是指导思想,从思想上给我们指明程序设计的正确方向,设计模式是实现的手段,因此设计模式也是遵守这些原则的。达到高内聚低耦合,高内聚就是说模块内部要高度聚合,是模块内部的关系,低耦合是说模块与模块之间的耦合度要尽量低,是模块与模块之间的关系。

单一职责原则总结:一个对象只做一件事。

开放封闭原则总结:对扩展开放,对修改封闭。

迪米特法则,又叫做最少知识原则总结:一个对象应该对其他对象有最少的了解。

设计模式中的外观模式和中介模式,是迪米特法则应用的例子。

迪米特法简单就是,只与朋友说话,不与陌生人说话。缺点就是系统中会产生大量的小方法。

合成复用原则,多用组合,少用继承。继承是面向对象的三大特征,封装,继承,多态,继承实现简单,易于扩展,但是继承也是由缺陷的,父类变,子类必须变,继承破坏了封装,对父类来说,它的实现对子类来说是透明的,继承是一种强耦合的关系。

父类变,子类必须变;继承破坏了封装(子类是封装的,因父类的改变,导致父类破坏了子类的封装),对于子类来说,通过继承父类,是没有安全保障的,父类修改其内容,就会导致子类的功能被破坏;对于父类来说,子类继承父类,重写它的方法时,父类的方法是不可以任意修改的。

设计原则:

单一职责原则,一个方法只做一件事情;里氏替换原则,子类可以代替父类;依赖倒置原则,只依赖接口不依赖方法,不关心底层的实现方法;接口分离原则,把大的接口拆分成小的接口;迪米特法则,函数中传入的参数越少越好,开放封闭原则,面向扩展开放,面向修改关闭。

5

单一职责原则,优点:降低了单个类或者是对象的复杂程度,按照单一职责原则把对象分解成更小的单位,有利于代码的复用,也有利于进行单元测试,当一个职责需要改变的时候,不会影响到其他的职责。缺点:增加了编码的复杂程度,同时增加了对象之间的关联难度。

理解为不同类具备不同的职责。一个类只承担一个职责。

最少知识原则,优点:减少或消除对象之间耦合程度,提高复用性。缺点:需要封装对象或者是引入一个第三方对象来处理两者之间的关系,有时候第三方对象会很复杂,复杂到难以维护。

开放封闭原则,优点:程序的稳定性很高,容易变更的地方分离后更加容易维护。

// 单一职责原则
// 类
public class People {
 public void work() {
  System.out.println("work");
 }
 public void eat() {
  System.out.println("eat");
 }
 public void play() {
  System.out.println("play");
 }
}
// 一个类, 三个职责
// 单一职责原则
public interface workInter {
 public void work();
}
public interface eatInter {
 public void eat();
}
public interface playInter {
 public void play();
}
// 继承接口
public class People implements workInter, eatInter, playInter {
 public void work() {
  System.out.println("work");
 }
 public void eat() {
  System.out.println("eat");
 }
 public void play() {
  System.out.println("play");
 }
}
public class Test {
 public static void main(String args[]) {
  People people = new People();
  workInter worker = new People();
  worker.work();
  
  eatInter eater = new People();
  eater.eat();
  
  playInter player = new People();
  player.play();
 }
}

里氏替换原则,所有引用基类的地方必须能透明地使用其子类的对象,子类必须完全实现父类的功能,凡是父类出现的地方,替换成子类也不会有问题。

里氏替换原则,我喜欢动物,那我一定喜欢狗,因狗是动物的子类;但是我说我喜欢狗,不能说我喜欢动物,因为我不喜欢其他小小小型动物。

子类必须完全实现父类的功能,举例没有实现的:

// 父类
public abstract class Father {
 // work
 public abstract void work();
}
// 子类
public class Child extends Father {
 @Override
 public void work() {
  // 实现了这个方法,但功能不实现,什么都不做
 }
}

依赖倒置原则,理解为使用接口或者是抽象类。模块之间的依赖是通过抽象发生的,实现类之间不能直接的依赖的关系,实现类的依赖关系是通过接口或者抽象类产生的,接口或者抽象类依赖于实现类,实现类要依赖于接口或者是抽象类。

public class Da {
 private Dada dada = null;
 public Da(Dada dada) {
  this.da = da;
 }
}

public interface DaInter {
 public void setDa(Dada dada);
}

public class Da implements DaInter {
 private Dada dada = null;
 public void setDA(Dada dada) {
  this.da = da;
 }
}

接口分离原则,如果一个类实现一个接口,但是这个接口有它不要的方法,就需要把这个接口拆分,把它需要的方法独立出来形成一个新的接口给这个类去实现。

单例模式:一个类只有一个实例,用一个变量去区别当前实例是否创建过

// 一个参数,一个变量
var da = function (name) {
 this.name = name;
 this.instance = null;
}
da.prototype.getName = function() {
 alert(this.name)
}
da.getInstance = fucntion(name) {
 if(!this.instance) {
  this.instance = da(name);
 }
 return this.instance;
}

推荐阅读

1、你知道多少this,new,bind,call,apply?那我告诉你

2、为什么学习JavaScript设计模式,因为它是核心

3、一篇文章把你带入到JavaScript中的闭包与高级函数

4、大厂HR面试ES6中的深入浅出面试题知识点

5、一篇JavaScript技术栈带你了解继承和原型链

关于目前文章内容即涉及前端,PHP知识点,如果有兴趣即可关注,很荣幸,能被您发现,真是慧眼识英!也感谢您的关注,在未来的日子里,希望能够一直默默的支持我,我也会努力写出更多优秀的作品。我们一起成长,从零基础学编程,将 Web前端领域、数据结构与算法、网络原理等通俗易懂的呈现给小伙伴。分享 Web 前端相关的技术文章、工具资源、精选课程、热点资讯。


若本号内容有做得不到位的地方(比如:涉及版权或其他问题),请及时联系我们进行整改即可,会在第一时间进行处理。


请点赞!因为你们的赞同/鼓励是我写作的最大动力!

欢迎关注达达的CSDN!

这是一个有质量,有态度的博客

你可能感兴趣的:(html)