［angularjs之我见］注入器

浏览数：39 / 时间：2015年06月09日

刚开始看angularjs时，总是云里雾里的，出现了很多新的理念。最后硬着头皮看源码，还真发现许多奇妙处，记录下来：

注入器Injector：

anguarjs的注入器主要是用来将provider作为参数注入到被注入的函数中。

其包合：

1.invoke(fn, self, locals)：通过fn的参数列表（获取［］方式指定，或$inject）得到需要注入的provider作为fn的参数调用fn。

注：如果提供了locals，系统会先通过locals查找注入列表，只有找不到时，才找provider

args.push(
        locals && locals.hasOwnProperty(key)
           ? locals[key]: getService(key)
);

?2.annotate(fn)，获得注入列表

有三种方式：

A.通过推测来注释：通过函数参数推断

B.显式注释：在函数中指定$inject

C.内联注释：通过数组方式，最后一个元素为函数

3.instantiate(Type, locals)：通过Type创建一个实力化对象，Type函数默认支持DI

其实他的原理是通过Type创建对象，再通过invoke函数实现DI，此时第二个参数self为创创建的对象。

4.get(serviceName)：调用getService，根据serviceName获取provider，此时很重要的是provider的cache，和获取的方式。

有两种注入器，一种是ProviderInjector，另外是InstanceInjector

他们的cache分别是providerCache和instanceCache

而且获取方式分别为：

function () {
    throw $injectorMinErr(‘unpr‘, "Unknown provider: {0}", path.join(‘ <- ‘));
}

和

function (servicename) {
    var provider = providerInjector.get(servicename + providerSuffix);
    return instanceInjector.invoke(provider.$get, provider);
}

?从上可以看出，providerCache一定存在指定的provider，否则会报错。

InstanceInjector获取时，会先从providerCache中获得provider，再通过instanceInjector的invoke，对获得的provider的$get函数做DI，所以这就是为何provider必须体供$get的函数的原因。

那DI是什么时间发生的呢？

1.在module的config中

module中的config ==>providerCache中的$injector的invoke，

此时$injector为providerInjector，所以config函数注入的将是providerCache中的Provider.

2.在module的runBlocks中

此时调用的是instanceInjector的invoke，所以被注入的都是instanceCache的Provider

以下是module体供的方法：

provider?==>providerCache中的$provide的provider，

factory ==>providerCache中的$provide的factory，

service ==>providerCache中的$provide的service，