[功能介紹-12] Angular裡Service的DI

何謂依賴注入

什麼是依賴注入呢?可以參考這篇文章:理解 Dependency Injection 實作原理

Service的DI

以下為一個service的範例

@Injectable()是angular的service使用做依賴注入的裝飾詞,可以使Service成為可被注入的元件。
當我們在provider設定這個服務給這個module使用,如下:

這個service會變成是Singleton的,我們可以在許多的地方去從constructor直接宣告這個服務,在所有地方所取得的都會是同一個實體。

component的provider

在ngModule裡provider設定的服務可以在該模組下任一元件裡去從建構子取得同一個物件的實體而不需要再在元件中額外去在provider宣告。
如果有一個服務只需要在某個元件下被使用,則可以直接在@Component.providers裡面註冊服務。
組件注入器是相互獨立的,每個組件都創建它自己的組件提供服務的實例。
當Angular銷毀其中一個組件實體時,它也會銷毀組件的注入器和注入器的服務實體

讓建立的類別與providers宣告的不同

當angular在注入這個服務時,會用下面這行來取得實體

在這個例子中,Logger就是angular在做這個服務依賴注入的token,也可以寫成下面這樣。

上面是token與實際物件實體類型相同的狀況。

但是有的時候,或許某一個元件寫好需注入的服務是Logger。
但因為在現有的模組中我們建立了一個繼承Logger並覆寫其部份功能的類別BetterLogger。
這時候可以用這個方式讓angular裡的token與實際產生的物件實體是不同的

Aliased class providers

以上面的例子,如果我們在根模組設定Logger為token,實際創建的物件為BetterLogger,會造成其他的子元件也都無法直接在constructor取得BetterLogger這類型的物件。
因此在這樣的狀況下,可以為這個服務取別名,下面這個是錯誤示範,因為事實上這樣的寫法會創建兩個不同的BetterLogger實體:

真正正確的寫法如下:

在provide提供現成的物件實體

有的時候我們會希望能夠直接使用一個已建立好的物件實體,可以用下面的方式:

下面的宣告方式,可以讓我們在元件下的建構子可以直接使用Logger來取得上面所建的物件實體

在provide服務時使用工廠模式

如果我們希望針對客戶的層級不同提供不同的服務,可以使用Factory providers
下面是src/app/heroes/hero.service.ts這個檔案的截錄內容

hero.service.provider.ts裡定義了factory的物件

然後在providers的宣告是這樣的

useFactory可讓angular知道provider是一個工廠函數,其實現是heroServiceFactory。
而deps屬性是這個工廠需要用到的服務。angular會將服務中的Logger和UserService注入符合的Factory function參數。

在注入一串文字做為服務

如果有時我們要注入的對象不是物件時,例如要注入下面這個常數

我們不能使用下面這個方式來注入

這是因為javascript是一個弱型別的語言,即便typescript是強型別的,但最終會被轉回弱型別的javascript。
因此用這種方式angular會無法找到這個型別。

正確的使用方式如下:

然後用剛剛建的InjectionToken來註冊這個程序

使用這串字串的方式如下:

不用一定要被傳入的服務

有些service可以不一定要被建立,這時可以用這個方式宣告

如果使用@Optional(),並且找不到相應的服務時,就不會跳錯誤,而logger的值會是null。

分層注入系統

angular的服務是這樣的,每一次在providers裡註冊一次這個類型,就會產生一次物件實體。
我們可以利用這個特性來讓服務裡的資訊彼此間隔離不受干擾

例如下圖的HeroesListComponent下面有三個HeroTaxReturnComponent實體,裡面各字會有一個這個Hero的稅單資料(HeroTaxReturnService)

但若我們不希望彼此間的服務會受到彼此的干擾,則可以在HeroTaxReturnComponent再宣告一次HeroTaxReturnService,則可以達到這個目的

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *