所謂“條條道路通羅馬”，在現實中，為達到某種目的往往不是只有一種方法。比如掙錢養家：可以做點小生意，可以打分工，甚至還可以是偷、搶、賭等等各種手段。在程序語言設計中，也會遇到這種類似的情況，要實現某種功能可以有多種方案選擇。比如，在很多地圖類軟件上，你想從A地點到達B地點時，為你提供幾種交通工具的選擇，可以查看每種交通工具的所需費用和時間。在程序語言設計中，把這種設計模式叫做策略模式。

策略模式的定義：策略模式是指對一系列的算法定義，並將每一個算法封裝起來，而且使它們還可以相互替換。

主要解決問題：在有多種算法相似的情況下，使用 if...else 所帶來的復雜和難以維護。

從上面兩點可以知道，策略模式是通過定義一系列的算法，並對其進行封裝，使其可以相互替換使用，目的是消除多層if...else語句嵌套的問題。這裏的定義一系列的算法的意思是：你可以將每一種方案封裝成函數或者是類的形式。

先看個輸出今天是星期幾的例子：

//獲取當天是星期幾函數
function getDay(day){
    if(day === 0){
        console.log(‘今天是星期日‘);
    }
                
    if(day === 1){
        console.log(‘今天是星期一‘);
    }
                
    if(day === 2){
        console.log(‘今天是星期二‘);
    }
                
    if(day === 3){
        console.log(
 
‘今天是星期三‘);
    }
                
    if(day === 4){
        console.log(‘今天是星期四‘);
    }
                
    if(day === 5){
        console.log(‘今天是星期五‘);
    }
                
    if(day === 6){
        console.log(‘今天是星期六‘);
    }
};
            
var day = new Date().getDay();
            
getDay(day);
 

上面的代碼完全正常，使用起來一點問題都沒有，但不易於維護。用策略模式重構上面的代碼：

//定義策略類
var Strategies = (function(){
                
    function A(){
        console.log(‘今天是星期一‘);
    };
                
    function B(){
        console.log(‘今天是星期二‘);
    };
                
    function C(){
        console.log(‘今天是星期三‘);
    };
                
    function D(){
        console.log(‘今天是星期四‘);
    };
                
    function E(){
        console.log(‘今天是星期五‘);
    };
                
    function F(){
        console.log(‘今天是星期六‘);
    };
                
    function G(){
        console.log(‘今天是星期日‘);
    };
                
    return {
        getDay1: A,
        getDay2: B,
        getDay3: C,
        getDay4: D,
        getDay5: E,
        getDay6: F,
        getDay0: G
    }

})();
            
//展示當天是星期幾的函數
function alertWeekDay(){
    var d = new Date().getDay();
                
    //根據變量d選擇調用Strategies類的方法
    Strategies["getDay" + d]();
};

alertWeekDay();

大夥看到這段代碼的時候，是否認為上面的代碼比這個用什麽策略模式的簡潔的多了去了？從代碼量的角度看，確實是這樣。但現實是，作為開發者我們有80%的時間是在維護舊的代碼，剩下的20%才是寫新的代碼，所以寫出可維護的代碼同樣很重要。改用策略模式後的代碼雖然代碼量增加了，但更易於維護了。為什麽更容易維護了呢？假如某一天W3C把Date對象的getDay()函數改成為從0~6分別對應星期一到星期日（而不是現在的0表示星期日，1~6分別對象星期一到星期六），第一段用if寫的代碼是不是要把所用if結構的代碼都要改一遍，但第二段代碼只需修改Strategies類裏return的對象的方法順序即可，那個更易於維護一眼便知。

當然上面是基於面向對象的方式使用的策略模式，大家都知道JavaScript沒有類的概念，所以上面不是正在意義上的JavaScript語言策略模式。在JavaScript中，函數是一等對象，可以將函數當作一個變量傳遞到函數內部執行，所以JavaScript語言是天生自帶策略模式的哦！下面看看真正的JavaScript語言策略模式：

function getDay0(e){
    console.log(‘今天是星期日:‘ + e);
};
            
function getDay1(e){
    console.log(‘今天是星期一:‘ + e);
};
            
function getDay2(e){
    console.log(‘今天是星期二:‘ + e);
};
            
function getDay3(e){
    console.log(‘今天是星期三:‘ + e);
};
            
function getDay4(e){
    console.log(‘今天是星期四:‘ + e);
};
            
function getDay5(e){
    console.log(‘今天是星期五:‘ + e);
};
            
function getDay6(e){
    console.log(‘今天是星期六:‘ + e);
};
            
//展示備忘事件函數
function alertRemindEvents(fn, events){
     fn(events);
};
            
alertRemindEvents(getDay3, "今天中午媽媽沒時間做飯，我要自己去買菜做飯了。");

策略模式的優缺點：

優點： 1、算法可以自由切換。 2、避免使用多重條件判斷。 3、擴展性良好。

缺點： 1、策略類會增多。 2、所有策略類都需要對外暴露。

JavaScript設計模式之策略模式