目錄

• Angular 4 依賴注入教程之一 依賴注入簡介
• Angular 4 依賴注入教程之二 組件服務注入
• Angular 4 依賴注入教程之三 ClassProvider的使用
• Angular 4 依賴注入教程之四 FactoryProvider的使用
• Angular 4 依賴注入教程之五 FactoryProvider配置依賴對象
• Angular 4 依賴注入教程之六 Injectable 裝飾器
• Angular 4 依賴注入教程之七 ValueProvider的使用
• Angular 4 依賴注入教程之八 InjectToken的使用

閱讀須知

本系列教程的開發環境及開發語言：

• Angular 4 +
• Angular CLI
• TypeScript

基礎知識

OpaqueToken 簡介

OpaqueToken 用于創建可在 Provider 中使用的 Token。

OpaqueToken 類的定義

export class OpaqueToken {
  constructor(protected _desc: string) {}

  toString(): string { return `Token ${this._desc}`; }
}

OpaqueToken 類的使用

import { ReflectiveInjector } from '@angular/core';

var t = new OpaqueToken("value");
var injector = ReflectiveInjector.resolveAndCreate([
  {provide: t, useValue: "bindingValue"}
]);
injector.get(t); // "bindingValue"

InjectionToken 簡介

InjectionToken 用于創建可在 Provider 中使用的 Token。

InjectionToken 類的定義

export class InjectionToken<T> extends OpaqueToken {
  private _differentiate_from_OpaqueToken_structurally: any;
  constructor(desc: string) { super(desc); }

  toString(): string { return `InjectionToken ${this._desc}`; }
}

InjectionToken 類的使用

import { ReflectiveInjector } from '@angular/core';

var t = new InjectionToken<string>("value");
var injector = ReflectiveInjector.resolveAndCreate([
  {provide: t, useValue: "bindingValue"}
]);
injector.get(t); // "bindingValue"

InjectionToken

在介紹 InjectionToken 相關內容之前，我們先回顧一下 "ValueProvider的使用" 這篇中我們介紹的內容：

使用 ValueProvider

@NgModule({
   ...,
   providers: [
    {
      provide: 'apiUrl',
      useValue: 'http://localhost:4200/heros'
    }
   ],
  bootstrap: [AppComponent]
})
export class AppModule { }

更新 HeroService 服務

@Injectable()
export class HeroService {
    constructor(private loggerService: LoggerService,
        private http: Http,
        @Inject('apiUrl') private apiUrl) { }

    getHeros(): Observable<Array<{ id: number; name: string }>> {
        this.loggerService.log('Fetching heros...');
        return this.http.get(this.apiUrl)
            .map(res => res.json())
    }
}

為了能夠更方便地管理與維護 apiUrl 地址，我們利用了 ValueProvider 和 Inject 裝飾器。一切看起來非常順利，但某一天假設我們引入了一個第三方庫 - third-lib.ts，該文件的內容如下所示：

export const THIRD_PARTY_PROVIDERS = [
    {
        provide: 'apiUrl',
        useValue: 'Other Url'
    }
];

接著我們在 AppModule 中配置對應的 Provider 信息，具體如下：

import { THIRD_PARTY_PROVIDERS } from './third-party';

@NgModule({
   ...,
   providers: [
    {
      provide: 'apiUrl',
      useValue: 'http://localhost:4200/heros'
    },
    THIRD_PARTY_PROVIDERS
   ],
  bootstrap: [AppComponent]
})
export class AppModule { }

當更新完上述代碼，成功保存后，你會發現 http://localhost:4200/ 頁面，又是空空如也了。這時如果我們打開開發者工具，切換到 Console 面板你會看到如下異常信息：

GET http://localhost:4200/Other%20value 404 (Not Found)

什么情況，我們的英雄信息的接口地址被替換了，其實真正的原因是使用字符串作為 Token 引起沖突了。那么怎么解決呢？最簡單的方式是對調一下 ValueProvider 與 THIRD_PARTY_PROVIDERS 的位置。你會發現在 http://localhost:4200/ 頁面，你又能看到英雄信息。當然這不能解決本質問題，因為這樣會導致你引入的第三方庫不能正常工作。

相信很多讀者已經習慣了我的 "套路"，當然要讓我們的主角 - InjectionToken 出馬，來解決這個問題咯。為了統一管理應用中的 Token 信息 ，我們新建一個 app.tokens.ts 文件來保存應用中的 Token 信息。該文件的具體內容如下：

import { InjectionToken } from '@angular/core';

export const API_URL = new InjectionToken<string>('apiUrl');

接下來我們在更新一下 AppModule：

import { API_URL } from './app.tokens';

@NgModule({
   ...,
   providers: [
    {
      provide: API_URL,
      useValue: 'http://localhost:4200/heros'
    },
    THIRD_PARTY_PROVIDERS
   ],
  bootstrap: [AppComponent]
})
export class AppModule { }

然后在更新 HeroService 服務，具體更新內容如下：

import { API_URL } from './app.tokens';

@Injectable()
export class HeroService {
  constructor(private loggerService: LoggerService,
    private http: Http,
    @Inject(API_URL) private apiUrl) { }
}

當更新完上述代碼，成功保存后，你會發現 http://localhost:4200/ 頁面，又能正常顯示英雄信息了。問題已經解決了，但其實這是因為我們使用了不同的 Token 。我們再來驗證一個問題：

import { InjectionToken } from '@angular/core';

const API_URL = new InjectionToken<string>('apiUrl');

export const THIRD_PARTY_PROVIDERS = [
    {
        provide: API_URL,
        useValue: 'Other value'
    }
];

你會發現更新完 third-lib.ts 庫，且成功保存后，在 http://localhost:4200/ 頁面，還是能正常顯示英雄信息。此時，我們的 Angular 4 依賴注入教程已經結束了，但其實本教程只介紹了 Angular 依賴注入的部分知識。如果讀者有興趣的話，可以繼續了解以下的內容：

• Angular 4.x Provider
  • 涉及 useClass、useValue、useExisting、useFactory 及 Provider 使用方式。
• Angular 4.x Multi Providers
  • 涉及 multi provider 作用及 Angular 4.x 內部應用。
• Angular 4.x Forward Reference
  • 涉及 forwardRef 的作用及內部工作原理，同時解釋 JavaScript 解釋器不能自動提升 Class。
• Angular 4.x OpaqueToken & InjectionToken
  • 涉及使用字符串作為 Token存在問題，詳細介紹如何使用 OpaqueToken、InjectionToken 解決問題。
• Angular 4.x IoC & DI
  • 涉及 IoC 和 DI、DI 在 AngularJS 1.x 中的應用、內部工作原理及存在的問題等。
• Angular 4.x Injector
  • 涉及依賴注入的概念及Angular 4.x 注入器的內部實現 (慎入)。
• Angular Element Injector
  • 尚未完成，敬請期待

我有話說

OpaqueToken 與 InjectionToken 有什么區別？

相同點

• 它們都是用于創建可在 Provider 中使用的 Token。

不同點

• OpaqueToken 是 Angular 2.x 版本中引入的類。
• InjectionToken 是在 Angular 4.x 版本中引入的類，該類繼承于 OpaqueToken，且引入了泛型用于定義所關聯的依賴對象的類型。

AngularJS 1.x DI 系統存在的問題

• 內部緩存：AngularJS 1.x 應用程序中所有的依賴項都是單例，我們不能靈活地控制是否使用新的實例。
• 命名空間沖突： 在系統中我們使用字符串來標識服務 (Service) 的名稱，假設我們在項目中已有一個 CarService，然而第三方庫中也引入了同樣的服務，這樣的話就容易出現沖突。
• DI 耦合度太高： AngularJS 1.x 中 DI 功能已經被框架集成了，我們不能單獨使用它的依賴注入功能。
• 未能和模塊加載器結合： 在瀏覽器環境中，很多場景都是異步的過程，我們需要的依賴模塊并不是一開始就加載好的，或許我們在創建的時候才會去加載依賴模塊，再進行依賴創建，而 AngularJS 1.x 的 DI 系統沒法做到這點。