angular 服務的單例模式(依賴注入模式下)詳解

angular官方文檔單例服務的說明

單例模式就不要說了,懂點設計模式的都懂得,真有不明白的自行百度。

(解釋下angular的命名,angular就是angular2+,angular1叫angularjs,至於angular2,3,4,5,6只是angular的版本,通稱angular,希望小夥伴不要叫錯了)

單例模式如何在angular的服務中使用呢,angular的官方文檔中有這麼一段話:

單例服務

服務在每個注入器的範圍內是單例的。 在任何一個注入器中,最多隻會有同一個服務的一個實例。

這裡只有一個根注入器,而 UserService 就是在該注入器中註冊的。 所以,在整個應用中只能有一個 UserService 實例,每個要求注入 UserService 的類都會得到這個服務實例。

不過,Angular DI 是一個 多級注入系統,這意味著各級注入器都可以創建它們自己的服務實例。 Angular 總會創建多級注入器。

籠統,並不知道依賴注入服務單例模式怎麼用,要想弄明白很簡單,簡單的寫個例子實驗一下就可以了,下面我會給大家說一下我的實驗總結,幫助小夥伴節約一些這種乏味的探索時間。

實驗樣例代碼

服務代碼

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

@Injectable(
//{providedIn: 'root'}
)
export class SingletonServiveTestService {
private _name = "primaryName";
constructor() { }
setName (name){
this._name = name;
}
getName(){
return this._name;
}
}

小夥伴可能會說了,這TM怎麼會是單例模式。小夥伴不要激動,我也是這麼想的,怎麼TM怎麼會是單例。不過在angular的依賴注入中,有幾種寫法確實會使這種代碼以單例模式的方式運行。

解釋下{providedIn: 'root'},一開始認為只要傳入這個對象,讓服務以root的方式提供給子module,子組件,然後這個服務就是單例的,後臺發現,這個對象和單例沒有半毛錢關係,它只是app.module中引入服務的另一種寫法,除了這個用處,沒有別的用處,所以下文中我們就不說添加和不添加{providedIn: 'root'}的情況了

注入代碼

注入分為Module.providers和Component.providers兩種;實驗的module是實現懶加載的。

上面代碼的測試結果(module都是懶加載的)

這三個結果已經代表各種情況了,如果小夥伴還想知道其他一些情況的下的結果,小夥伴可以自己動手寫個例子,或者給我留言

  • 在app.module.providers或者app.component.providers中依賴面進去這個服務,在子component和子module中的component中的構造函數中國呢注入進去這個服務,這個服務的表現特徵是 單例 的。
  • 在懶加載的子module.providers 中依賴進去這個服務,在這個module下面的component中的構造函數中注入進去這個服務,這個服務表現特徵是 單例 的。
  • 在component.providers中依賴進去這個服務,然後在component的構造函數中依賴注入進去這個服務,這個服務表現特徵是 非單例 的.

單例不都通過靜態屬性來實現的嗎?

我認為單例就是實現屬性方法的保持一個實例,而angular中想用到單例多是實現一些數據整個項目通用,按照設計模式上講上面和下面的代碼都不是標準的單例模式的寫法,但是在實際使用中確實是達到了單例模式的目的,上嗎的有angular的官方文檔做背書,所以我就寫了上嗎那種在angular中可以是單例模式,至於下面這中我就叫靜態屬性單一模式,ts靜態屬性被編譯成正常的js,就是構造函數上的屬性而已,概念高大上,原理矮小low。

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

@Injectable()
export class SingletonServiveTestService {
private static _name = "primaryName";

constructor() { }
setName (name){
SingletonServiveTestService._name = name;
}
getName(){
return SingletonServiveTestService._name;
}
}

這個實驗著在各種情況下都能表現 單例 特徵

這種方法萬金油,單例就用這中不久ok了,小夥伴寫代碼要考究,莫要粗放。結合上面代碼代碼的單例實現根據具體使用場景來選擇用那種方式。

真正嚴格的用單例模式的話是用不上angular服務的依賴注入的這套機制的。至於要不要使用單例拋掉依賴注入,看業務場景了。


分享到:


相關文章: