標(biāo)簽： 前端 設(shè)計模式 單體模式 單例模式 typescript

如果下面的代碼你能輕易閱讀，那么你已經(jīng)熟悉單體模式，可以接著學(xué)習(xí)其他的設(shè)計模式。

前言

car-shop

設(shè)計模式（Design Pattern）是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類的、代碼設(shè)計經(jīng)驗的總結(jié)。
使用設(shè)計模式的目的：為了代碼可重用性、讓代碼更容易被他人理解、保證代碼可靠性。 設(shè)計模式使代碼編寫真正工程化；
設(shè)計模式是軟件工程的基石脈絡(luò)，如同大廈的結(jié)構(gòu)一樣。

單體模式

我們在描述一類物體的時候常常根據(jù)其特性定義這類物體的個體。這些個體之間總是有一定的聯(lián)系。
例如：我們的汽車商店需要存儲一些汽車。

• 我們可以將他們放到全局

var bus,babyCar,crossCountryCar,minibus

這樣我們在全局存儲了4個變量，而且會隨著汽車種類的增多增加變量的個數(shù)，維護(hù)成本越來越高。

• 將它們放在一個作用域中

var carType = {
   bus,
   babyCar,
   crossCountryCar,
   minibus
}

經(jīng)過前人的總結(jié)，這樣寫是有利于后期的維護(hù)的。這也就是最簡單的單體模式。

單體模式的特點(diǎn)

1. 該類只有一個實例
2. 該類自行創(chuàng)建該實例(在該類內(nèi)部創(chuàng)建自身的實例對象)
3. 向整個系統(tǒng)公開這個實例接口

單體模式的兩種創(chuàng)建方式

首先我們定義單體模式需要實現(xiàn)的接口

/* i-car-shop.ts */
export default interface ICarShop {
    bus(): string
    babyCar(): string
    minibus(): string
    crossCountryCar(): string
}

• 初始化時創(chuàng)建
  在初始化時創(chuàng)建好單體對象，隨時使用。

/* singleton.ts */
import ICarShop from './i-car-shop';
class CarShop implements ICarShop {
    private static _instance: CarShop = new CarShop();
    public static getInstance() {
        return this._instance;
    }
    public bus(): string {
        return 'bus';
    }
    public babyCar(): string {
        return 'babyCar';
    }
    public minibus(): string {
        return 'minibus';
    }
    public crossCountryCar(): string {
        return 'crossCountryCar';
    }
}
export default CarShop;

• 在第一次調(diào)用時創(chuàng)建(lazy loading)
  在我們使用到該單體的時候進(jìn)行創(chuàng)建，避免占用沒必要的空間。

/* lazy-load.ts */
import ICarShop from './i-car-shop';
class CarShop implements ICarShop {
    private static _instance: CarShop;
    public static get instance() {
        if (!this._instance) {
            this._instance = new CarShop();
        } else {
            console.log('lazy loading singleton has created')
        }
        return this._instance;
    }
    public bus(): string {
        return 'bus';
    }
    public babyCar(): string {
        return 'babyCar';
    }
    public minibus(): string {
        return 'minibus';
    }
    public crossCountryCar(): string {
        return 'crossCountryCar';
    }
}
export default CarShop;

分支

分支技術(shù)是把差異化輸出放到運(yùn)行時去判斷。
例如：現(xiàn)在需要根據(jù)當(dāng)前的時間獲取當(dāng)前應(yīng)該干的事情。用分支技術(shù)動態(tài)獲取結(jié)果如下。

export default class TimeHelper {
    private static _instance: TimeHelper = new TimeHelper();
    constructor() {
        return TimeHelper._instance;
    }
    public static getInstance() {
        return this._instance;
    }
    public get nowTime() {
        let hours = new Date().getHours();
        if (hours <= 9) {
            return this._morning();
        } else if (hours <= 13) {
            return this._noon();
        } else if (hours <= 18) {
            return this._afternoon();
        } else if (hours <= 23) {
            return this._evening();
        }
    }
    private _morning() {
        return {
            time: 'morning',
            toDo: 'reading',
        };
    }
    private _noon() {
        return {
            time: 'noon',
            toDo: 'sleeping',
        };
    }
    private _afternoon() {
        return {
            time: 'afternoon',
            toDo: 'working',
        };
    }
    private _evening() {
        return {
            time: 'evening',
            toDo: 'running',
        };
    }
}

使用時調(diào)用

new TimeHelper().nowTime
或
TimeHelper.getInstance().nowTime

去獲取當(dāng)前應(yīng)該做的事情。

單體模式的優(yōu)劣

優(yōu)點(diǎn)：

1. 組織作用 ：單體模式的主要好處在于它對代碼的組織作用。把相關(guān)方法和屬性組織在一個不會被多次 實例化 的單體中，可以使代碼的調(diào)試和維護(hù)變得更輕松哦......

2. 節(jié)約內(nèi)存 ：同第一條所講，單體模式只會被實例化一次，節(jié)約內(nèi)存。

3. 防止被誤改 ：把方法包裹在單體中，可以防止它們被其他 程序猿 誤改。

單體模式的一些高級變體可以在開發(fā)后期用于對腳本進(jìn)行優(yōu)化，提高性能：

使用惰性實例化技術(shù)，可以直到需要一個對象的時候才創(chuàng)建它，從而減少那些不需要它的用戶承受的不必要的內(nèi)存消耗（還可能包括帶寬消耗）。

分支技術(shù)可以用來創(chuàng)建高效的方法，不用管瀏覽器或者環(huán)境的兼容性。通過根據(jù)運(yùn)行時的條件確定賦給單體變量的對象字面量，你可以創(chuàng)建出為特定環(huán)境量身定制的方法，這種方法不會在每次調(diào)用時都浪費(fèi)時間去檢查運(yùn)行環(huán)境。

壞處：

由于單體模式提供的是一種單點(diǎn)訪問，所以它有可能導(dǎo)致模塊間的 強(qiáng)耦合 。又因為這種強(qiáng)耦合導(dǎo)致它不利于單元測試。（你無法單獨(dú)測試一個調(diào)用了來自單體的方法的類，只能把它和那個單體作為一個單元一起測試....）