依賴注入

創(chuàng)建服務需要用到Injectable，@Injectable() 裝飾器把類標記為可供注入的服務，不過在使用該服務的 provider 配置好 Angular 的依賴注入器之前，Angular 實際上無法將其注入到任何位置。

provider告訴注入器如何創(chuàng)建該服務，可以通過設置元數(shù)據(jù)來配置注入器（3種方式）：

• 在服務本身的 @Injectable() 裝飾器中。
• 在 NgModule 的 @NgModule() 裝飾器中。
• 在組件的 @Component() 裝飾器中。

@Injectable() 裝飾器具有一個名叫 providedIn 的元數(shù)據(jù)選項，在這里指定把被裝飾類的provider放到 root 注入器中，或某個特定 NgModule 的注入器中。

@NgModule() 和 @Component() 裝飾器都有用一個 providers 元數(shù)據(jù)選項，在那里你可以配置 NgModule 級或組件級的注入器。

注入器與服務實例

在某個注入器范圍內(nèi)，服務是單例的。應用只有一個根注入器，angular具有多級注入器系統(tǒng)，以為者下級注入器可以創(chuàng)建自己的服務實例。

每當 Angular 創(chuàng)建一個在 @Component() 中指定了 providers 的組件實例時，它也會為該實例創(chuàng)建一個新的子注入器。 類似的，當在運行期間加載一個新的 NgModule 時（即lazy module），Angular 也可以為它創(chuàng)建一個擁有自己的提供商的注入器。

借助注入器繼承機制，仍然可以把全應用級的服務注入到這些組件中。 組件的注入器是其父組件注入器的子節(jié)點，也是其父節(jié)點的父節(jié)點的后代，以此類推，直到應用的根注入器為止。 Angular 可以注入該繼承譜系中任何一個注入器提供的服務。

模塊化編程時，service、component、pipe等最好都放在module中，需要引入這些服務時，通過導入module來引用，不要直接import service 和component，這不符合模塊化思想。

多級注入系統(tǒng)

應用程序中有一個與組件樹平行的注入器樹，對于在什么級別上注入會最終導致：

• 最終包的大小
• 服務的范圍
• 服務的生命周期

當在服務自身的@Injectable()裝飾器中指定provider時，CLI生產(chǎn)模式所用的優(yōu)化工具可以進行搖樹優(yōu)化，它會移除那些沒有用過的服務，搖樹優(yōu)化生成的包更小。

三級provider

• root級，是AppModule全局的，配置方法已提。
• NgModule級，兩種方法：可以在module的@NgModule 的 provider 元數(shù)據(jù)中指定；也可以在@injectable() 的providerIn選項中指定某個模塊類

如果模塊是lazy modole，需要使用@NgModule的provider選項。

• 組件級為每個component實例配置自己的注入器

無論對于根級注入器還是模塊級注入器，服務實例的生存期都和應用或模塊本身相同。Angular 可以把這個服務實例注入到任何需要它的類中(即app內(nèi)是單例的)。Angular 只能把相應的服務注入到該組件實例或其下級組件實例中，而不能把這個服務實例注入到其它地方(即組件內(nèi)并不是單例的)。

注入器冒泡

當一個組件申請獲得一個依賴時，Angular 先嘗試用該組件自己的注入器來滿足它。 如果該組件的注入器沒有找到對應的提供商，它就把這個申請轉給它父組件的注入器來處理。 如果那個注入器也無法滿足這個申請，它就繼續(xù)轉給它在注入器樹中的父注入器。 這個申請繼續(xù)往上冒泡 —— 直到 Angular 找到一個能處理此申請的注入器或者超出了組件樹中的祖先位置為止。 如果超出了組件樹中的祖先還未找到，Angular 就會拋出一個錯誤。

單例服務

在angular中創(chuàng)建單例服務有兩種方式：

• 在創(chuàng)建服務時聲明該服務在應用的根上提供
• 把該服務包含在AppModule或者某個只會被AppModule導入的模塊中

這里第一條很容易理解。重點第二條：當通過@NgMododule()來聲明一個serivce時，這個服務在AppModule內(nèi)將會是單例的，當一個module中提供了一個service，當另一個lazy module導入了這個模塊時，angular會為它創(chuàng)一個子注入器，會重新創(chuàng)建service的實例，此service也就多了一個實例。

forRoot()

如果某個模塊同時提供了服務提供商和可聲明對象（組件、指令、管道），那么當在某個子注入器中加載它的時候（比如lazy module），就會生成多個該服務提供商的實例。 而存在多個實例會導致一些問題，因為這些實例會屏蔽掉根注入器中該服務提供商的實例，而它的本意可能是作為單例對象使用的。 因此，Angular 提供了一種方式來把服務提供商從該模塊中分離出來，以便該模塊既可以帶著 providers 被根模塊導入，也可以不帶 providers 被子模塊導入。

如上文所述，當在運行期間加載一個新的 NgModule 時（即lazy module），Angular 也可以為它創(chuàng)建一個注入器，所以此時導入的其他模塊中的service就生成了多個實例，而forRoot可以保證并不創(chuàng)建新的service實例，而是去引用root注入器中的service實例，也就保證了service依然是個單例服務。

Code

在懶加載模塊中導入有service的TestDIModule模塊

@NgModule({
 imports: [
 CommonModule,
 BatteryRoutingModule,
 TestDIModule
 ],
 declarations: [BatteryWidgetComponent, BatteryTwoComponent,
 DemoComponent]
})

在TestDIModule模塊中

@NgModule({
 imports: [
 CommonModule
 ],
 declarations: [TestDiComponent],
 exports: [TestDiComponent],
 providers: [ ]
})
export class TestDIModule {
 static forRoot(): ModuleWithProviders {
 return {
  ngModule: TestDIModule,
  providers: [
  TestDiService
  ]
 };
 }
 }

在根模塊中引入TestDIModule模塊

imports: [
 BrowserModule,
 TestDIModule.forRoot(),
 ],

最后在根模塊路由中添加這個懶加載模塊

const routes: Routes = [
 { path: 'battery', loadChildren: './battery-widget/battery.widget.module#BatteryWidgetModule' },
];

@NgModule({
 exports: [ RouterModule ],
 imports: [ RouterModule.forRoot(routes)
 ],
})

作為測試，可以在TestDIModule中的service中打log看一下

import { Injectable, ModuleWithProviders } from '@angular/core';
import { TestDIModule } from './test-di.module'

@Injectable()
export class TestDiService {

 constructor() {
 console.log('->TestDiService');
 }

 addCoount() {
 this.count++;
 console.log('->count', this.count);
 }

 count = 0;
}

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論