理解依赖注入injector

依赖注入是重要的程序设计模式。 Angular 有自己的依赖注入框架，离开了它，几乎没法构建 Angular 应用。下面我分步来加强我对它的理解：

开门见山，什么是依赖注入：它是一种编程模式，可以让类从外部源中获得它的依赖，而不必亲自创建它们

第一步：为什么要解耦？

第二步：实现解耦

第三步：依赖注入前身

接下来可以跟着官练习了，不然好浪费时间啊：/docs/ts/latest/guide/dependency-injection.html

Angular依赖注入

依赖注入有构造函数注入，显性注入，主讲显性注入。

单例服务：在一个注入器的范围内，依赖都是单例的。 在这个例子中，HeroesComponent和它的子组件HeroListComponent共享同一个HeroService实例。

提供商Providers:[{ provide: Logger, useClass: Logger }]

使用场景：Logger就是需要被使用的，而且他没有依赖

第一个是令牌 (token)，它作为键值 (key) 使用，用于定位依赖值和注册提供商。

第二个是供应商定义对象。 可以把它看做是指导如何创建依赖值的配方。 有很多方式创建依赖值…… 也有很多方式可以写配方。

当两个相同时，可以简写为：

providers: [Logger]

备选的类提供商：比较好理解

[{ provide: Logger, useClass: BetterLogger }]

当有人请求Logger时，返回BetterLogger。

带依赖的类提供商：

[ UserService, { provide: Logger, useClass: EvenBetterLogger }]

这个也比较好理解，UserService是依赖项

别名类提供商：稍微复杂一点

假设某个旧组件依赖一个OldLogger类。OldLogger和NewLogger具有相同的接口，但是由于某些原因， 我们不能升级这个旧组件并使用它。

当旧组件想使用OldLogger记录消息时，我们希望改用NewLogger的单例对象来记录。

不管组件请求的是新的还是旧的日志服务，依赖注入器注入的都应该是同一个单例对象。 也就是说，OldLogger应该是NewLogger的别名。

[ NewLogger,

// Not aliased! Creates two instances of `NewLogger`

{ provide: OldLogger, useClass: NewLogger}]

上述做法会导致存在两个 NewLogger的实例。

解决方案：使用useExisting选项指定别名。

[ NewLogger,

// Alias OldLogger w/ reference to NewLogger

{ provide: OldLogger, useExisting: NewLogger}]

值提供商：直接提供一个已经存在的对象给提供商。节省时间

[{ provide: Logger, useValue: silentLogger }]