JS設計模式一：單例模式

標籤：io   ar   使用   sp   檔案   資料   div   on   art   

單例模式     單例模式也稱作為單子模式，更多的也叫做單體模式。為軟體設計中較為簡單但是最為常用的一種設計模式。     下面是維基百科對單例模式的介紹：    在應用單例模式時，產生單例的類必須保證只有一個執行個體的存在，很多時候整個系統只需要擁有一個全域對象，才有利於協調系統整體的行為。比如在整個系統的設定檔中，配置資料有一個單例對象進行統一讀取和修改，其他對象需要配置資料的時候也統一通過該單例對象來擷取配置資料，這樣就可以簡化複雜環境下的組態管理。

    單例模式的思路是：一個類能返回一個對象的引用（並且永遠是同一個）和一個獲得該執行個體的方法（靜態方法，通常使用 getInstance 名稱）。那麼當我們調用這個方法時，如果類持有的引用不為空白就返回該引用，否者就建立該類的執行個體，並且將執行個體引用賦值給該類保持的那個引用再返回。同時將該類的建構函式定義為私人方法，避免其他函數使用該建構函式來執行個體化對象，只通過該類的靜態方法來得到該類的唯一執行個體。     對於 JS 來說，巨大的靈活性使得其可以有多種方式實現單例模式，使用閉包方式來類比私人資料，按照其思路可得：

1. var single = (function(){
2.     var unique;
4.     function getInstance(){
5.         if( unique === undefined ){
6.             unique = new Construct();
7.         }
8.         return unique;
9.     }
11.     function Construct(){
12.         // ... 產生單例的建構函式的代碼
13.     }
15.     return {
16.         getInstance : getInstance
17.     }
18. })();

    以上，unique便是返回對象的引用，而 getInstance便是靜態方法獲得執行個體。Construct 便是建立執行個體的建構函式。    可以通過 single.getInstance() 來擷取到單例，並且每次調用均擷取到同一個單例。這就是 單例模式 所實現的效果。     不過，對於JS來說，顯然以上循規蹈矩的方式顯得過於笨重，在不同的情境以不同的方式實現單體模式正是 JS 的優勢        實現1： 最簡單的對象字面量

1. var singleton = {
2.         attr : 1,
3.         method : function(){ return this.attr; }
4.     }
6. var t1 = singleton ;
7. var t2 = singleton ;

    那麼很顯然的， t1 === t2 。     十分簡單，並且非常使用，不足之處在於沒有什麼封裝性，所有的屬性方法都是暴露的。對於一些需要使用私人變數的情況就顯得心有餘而力不足了。當然在對於 this 的問題上也是有一定弊端的。      實現2：建構函式內部判斷    其實和最初的JS實現有點類似，不過是將對是否已經存在該類的執行個體的判斷放入建構函式內部。

1. function Construct(){
2.     // 確保只有單例
3.     if( Construct.unique !== undefined ){
4.         return Construct.unique; 
5.     }
6.     // 其他代碼
7.     this.name = "NYF";
8.     this.age="24";
9.     Construct.unique = this;
10. }
12. var t1 = new Construct() ;
13. var t2 = new Construct() ;

    那麼也有的， t1 === t2 。    也是非常簡單，無非就是提出一個屬性來做判斷，但是該方式也沒有安全性，一旦我在外部修改了Construct的unique屬性，那麼單例模式也就被破壞了。        實現3 : 閉包方式        對於大著 靈活 牌子的JS來說，任何問題都能找到 n 種答案，只不過讓我自己去掂量孰優孰劣而已，下面就簡單的舉幾個使用閉包實現單例模式的方法，無非也就是將建立了的單例緩衝而已。 

1. var single = (function(){
2.     var unique;
3.     function Construct(){
4.         // ... 產生單例的建構函式的代碼
5.     }
7.     unique = new Constuct();
9.     return unique;
10. })();

    只要 每次講 var t1 = single; var t2 = single;即可。 與對象字面量方式類似。不過相對而言更安全一點，當然也不是絕對安全。    如果希望會用調用 single() 方式來使用，那麼也只需要將內部的 return 改為        return function(){        return unique;    }     以上方式也可以使用 new 的方式來進行（形式主義的趕腳）。當然這邊只是給了閉包的一種例子而已，也可以在 Construct 中判斷單例是否存在 等等。 各種方式在各個不同情況做好選著即可。 總結    總的來說，單例模式相對而言是各大模式中較為簡單的，但是單例模式也是較為常用並且很有用的模式。在JS中尤為突出（每個對象字面量都可以看做是一個單例麼~）。    記住，是否嚴格的只需要一個執行個體對象的類（雖然JS沒有類的概念），那麼就要考慮使用單例模式。    使用資料緩衝來儲存該單例，用作判斷單例是否已經產生，是單例模式主要的實現思路。

JS設計模式一：單例模式