InjectToken的使用

2018-06-06 08:36 更新

閱讀須知

本系列教程的開發(fā)環(huán)境及開發(fā)語言:

基礎知識

OpaqueToken 簡介

OpaqueToken 用于創(chuàng)建可在 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 用于創(chuàng)建可在 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 地址,我們利用了 ValueProviderInject 裝飾器。一切看起來非常順利,但某一天假設我們引入了一個第三方庫 - 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 { }

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

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

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

相信很多讀者已經(jīng)習慣了我的 "套路",當然要讓我們的主角 - InjectionToken 出馬,來解決這個問題咯。為了統(tǒng)一管理應用中的 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) { }
}

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

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


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


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

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

  • 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 注入器的內部實現(xiàn) (慎入)。
  • Angular Element Injector
    • 尚未完成,敬請期待

我有話說

OpaqueToken 與 InjectionToken 有什么區(qū)別?

相同點

  • 它們都是用于創(chuàng)建可在 Provider 中使用的 Token。

不同點

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

AngularJS 1.x DI 系統(tǒng)存在的問題

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

掃描二維碼

下載編程獅App

公眾號
微信公眾號

編程獅公眾號