接口隔离原则(Interface Segregation Principle,ISP)要求程序员尽量将臃肿庞大的接口拆分成更小的和更具体的接口,让接口中只包含客户感兴趣的方法。
2002 年罗伯特·C.马丁给“接口隔离原则”的定义是:客户端不应该被迫依赖于它不使用的方法(Clients should not be forced to depend on methods they do not use)。该原则还有另外一个定义:一个类对另一个类的依赖应该建立在最小的接口上(The dependency of one class to another one should depend on the smallest possible interface)。
以上两个定义的含义是:要为各个类建立它们需要的专用接口,而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。
接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性,体现了封装的思想,但两者是不同的:
接口隔离原则是为了约束接口、降低类对接口的依赖性,遵循接口隔离原则有以下 5 个优点。
在具体应用接口隔离原则时,应该根据以下几个规则来衡量。
接口隔离:类间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大、臃肿的接口拆分成更小具体的接口,这样客户讲会只需要知道他们感兴趣的方法。
接口隔离原则的目的是系统解开耦合,从而容易重构、更改和重新部署。
先贴一个错误示范
class animal {//动物类
constructor(name) {
this.name = name
}
eat() {
console.log(this.name, "吃饭")
}
run() {
console.log(this.name, "游了起来")
}
fly() {
console.log(this.name, "飞了起来")
}
}
class fish extends animal {}
class bird extends animal {}
fishA = new fish("鱼")
fishA.eat()
fishA.run()
fishA.fly()
birdA = new bird("老鹰")
birdA.eat()
birdA.run()
birdA.fly()
假设吧所有的方法都放在一个接口去实现的话,会让你的接口看起来很臃肿,方法多了的话不能一眼找到你想要的方法,而且多余的这个方法也就没有必要。
改进的方法就是说,比如鱼的方法或鹰的方法抽离出来,做到接口隔离,具体如下
class animal {//动物类
constructor(name) {
this.name = name
}
eat() {//是动物就会吃东西
console.log(this.name, "吃饭")
}
}
class fish extends animal{
run() {
console.log(this.name, "游了起来")
}
}
class bird extends animal{
run() {
console.log(this.name, "飞了起来")
}
}
fishA=new fish("鱼")
fishA.eat()
fishA.run()
birdA=new bird("老鹰")
birdA.eat()
birdA.run()