面试官问我如何理解 IOC 和 DI
IOC/DI
谈到依赖注入,必须先理解 IOC 与 DI。
IOC,全称 Inversion Of Control,控制反转是面向对象编程的一种设计思想,主要用来降低代码之间的耦合度。
DI,全称 Dependency Injection,依赖注入是 IOC 的具体实现。是指对象通过外部的注入,避免对象内部自身实现外部依赖的实例化过程。
Implementation
@serviceA
和 @serviceB
是参数装饰器,用于处理参数,是由 createDecorator
方法创建的。@参数装饰器使用方法:接收三个参数
target: 对于静态成员来说是类的构造器,对于实例成员来说是类的原型链
key: 方法的名称,注意是方法的名称,而不是参数的名称
index: 参数在方法中所处的位置的下标
@返回:返回的值将会被忽略
class C {
constructor(@serviceA private a: A, @serviceB private b: B) {}
}
'A'
和 'B'
,均是该装饰器的唯一标识。const serviceA = createDecorator("A");
const serviceB = createDecorator("B");
serviceIdentifier
的参数装饰器。function createDecorator<T>(serviceId: string): ServiceIdentifier<T> {
if (_util.serviceIds.has(serviceId)) {
return _util.serviceIds.get(serviceId) as ServiceIdentifier<T>;
}
}
serviceIdentifier
参数装饰器只做了一件事就是触发 storeServiceDependency
把所有依赖项给存起来,存装饰器本身 id
,参数的下标 index
以及是否可选 optional
。const id = function serviceIdentifier(target: Ctor<T>, key: string, index: number): void {
storeServiceDependency(id, target, index, false);
};
id.toString = () => serviceId;
_util.serviceIds.set(serviceId, id);
storeServiceDependency
本质是往 target
即 class C
上设置两个静态属性 $di$target
和 $di$dependencies
上面分别存 target
,自身还要再存一次自身 target
是为了判断是否已经存过依赖。C.$di$target; // class C
C.$di$dependencies[0].id.toString(); // A 或者 B
C.$di$dependencies; // [{id: serviceIdentifier, index: 1, optional: false}, {id: serviceIdentifier, index: 0, optional: false}]
_util.serviceIds
上。ts
编译就可以证明这点,可以看到 __decorate
在类声明的时候,装饰器就会被执行了,var C = /** @class */ (function() {
function C(a, b) {
this.a = a;
this.b = b;
}
C = __decorate([__param(0, serviceA), __param(1, serviceB)], C);
return C;
})();
ServiceCollection
,这里会将装饰器作为 key 唯一标识,实例化的类作为 value,全部存到 svrsCollection
中,svrsCollection
的实现也很简单,直接用 Map
方法存起来。const aInstance = new A();
const bInstance = new B();
const svrsCollection = new ServiceCollection();
svrsCollection.set(serviceA, aInstance);
svrsCollection.set(serviceB, bInstance);
svrsCollection.get(serviceA); // new A()
svrsCollection.get(serviceB); // new B()
InstantiationService
是实现依赖注入的核心,它是以参数装饰器,例如 serviceA
和 serviceB
等 ServiceIdentifier
为 key
在私有变量 services
中保存所有依赖注入的被实例化好的类。services
保存的是 svrsCollection
。const instantiationService = new InstantiationService(svrsCollection);
createInstance
该方法接受一个类以及构造该类的非依赖注入参数,然后创建该类的实例。invokeFunction
该方法接受一个回调函数,该回调函数通过acessor
参数可以访问该InstantiationService
中的所有依赖注入项。createChild
该方法接受一个依赖项集合,并创造一个新的InstantiationService
说明 vscode 的依赖注入机制也是有层次的。
createInstance
方法是实例化的核心方法:const cInstance = instantiationService.createInstance(C, "L", "R") as C;
ctorOrDescriptor
也就是类 class C
和需要传入非依赖注入的参数 rest
。const result = this.createCtorInstance(ctorOrDescriptor, rest);
getServiceDependencies
把挂载 class C
静态属性的 $di$dependencies
给获取出来并排序,因为存的时候顺序是倒序的const serviceDependencies = _util
.getServiceDependencies(ctor)
.sort((a, b) => a.index - b.index);
serviceDependencies
主要是为了遍历并获取里面的参数装饰器 serviceA
和 serviceB
。const serviceArgs: any[] = [];
for (const dependency of serviceDependencies) {
const serviceInstance = this.getOrCreateServiceInstance(dependency.id);
serviceArgs.push(serviceInstance);
}
getOrCreateServiceInstance
本质就是从 services
即 svrsCollection
中获取实例化好的类。const instanceOrDesc = this.services.get(id);
// 相当于 id 即参数装饰器
// svrsCollection.get(id);
serviceArgs
中后,由于参数装饰器是类实例化的时候就执行完并收集好依赖项,所以 serviceArgs
就是对应 ctor
即 class C
需要注入的依赖参数,合并非依赖参数就能帮助我们成功实例化好我们的 ctor
类。new ctor(...[...serviceArgs, ...args]);
关注公众号:拾黑(shiheibook)了解更多
赞助链接:
关注数据与安全,洞悉企业级服务市场:https://www.ijiandao.com/
四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/