控制反转(Inversion of Control)是实现代码复用的一种方式,它和依赖注入(Dependency Injection)是紧密相关的。控制反转需要用依赖注入实现,有依赖注入的地方基本也实现了控制反转。
假如对象 A 依赖于对象 B,不使用控制反转时,我们可能会这样写
class B {
constructor () {
this.name = 'B';
}
do () {
console.log(this.name + ' say: Hello!');
}
}
class A {
constructor () {
this.b = new B();
}
do () {
this.b.do();
}
}
new A().do();
此时 A 中维护了一个 B 对象,A 和 B 是紧密耦合的。之后由于业务需要,A 不再需要 B 了,而是需要 C,那么我们还需要改造 A。
class C {
constructor () {
this.name = 'C'
}
do () {
console.log(this.name + ' is dancing!')
}
}
class A {
constructor () {
this.c = new C();
}
sayHello () {
this.c.do();
}
}
new A().do();
A 调用 B 和 C,B 和 C 是由 A 控制和维护的,每次修改被调用对象时,都需要改造 A。这种情况下,维护成本比较高,此时我们可以引入控制反转。
在使用控制反转时,B 和 C 都可以当作 A 的依赖,我们只需要把依赖注入 A 中就可以了,而不需要在 A 中维护它们。
class B {
constructor (name) {
this.name = name;
}
do () {
console.log(this.name + ' say: Hello!');
}
}
class C {
constructor (name) {
this.name = name;
}
do () {
console.log(this.name + ' is dancing!')
}
}
class A {
constructor (person) {
this.person = person;
}
do () {
this.person.do();
}
}
new A(new B('B')).do();
new A(new C('C')).do();
设计模式和理念都是从开发经验和实践中总结出来、然后用于指导开发的,平时我们写的很多代码其实符合模式和理念,然而却不自知,回过来和理论结合印证一下可能理解会更深。