大熊君說說JS與設計模式之------策略模式Strategy

一，總體概要

1，筆者淺談

策略模式，又叫算法簇模式，就是定義了不同的算法，並且之間可以互相替換，此模式讓算法的變化獨立於使用算法的客戶。

策略模式和工廠模式有一定的類似,策略模式相對簡單容易理解,並且可以在運行時刻自由切換。工廠模式重點是用來創建對象。

策略模式應用比較廣泛，比如：我們現在要定義數據交換格式，現有三種方案可選1，XML  2，JSON  3，CSV就可以使用策略模式實現。

這里我要強調的是------我們是針對不同數據源選擇不同方案，針對的都是同一事物做相同意圖的操作只是方案不同。

代碼實現如下：

var dataSourceVendor = {
    xml : {
        get : function(){
            console.log("XML數據源") ;
        }
    } ,
    json : {
        get : function(){
            console.log("JSON數據源") ;
        }
    } ,
    csv : {
        get : function(){
            console.log("CSV數據源") ;
        }
    }
} ;
console.log("選擇的數據源：" + dataSourceVendor["json"]["get"]()) ;

注意到了吧，它們的接口是一致的，也就是意圖操作一致的，只是實現不同。

我們再來看一個例子如下：

上面的例子也不難理解，我們在發包裹的時候可以選擇自己認為方便快捷的方式，作為客戶而言自由選擇方式，但是意圖還是不變的我們做的事就是發送包裹，只是形式不同而已。

 

二，源碼案例參考

比如姓名框里面， 需要驗證非空，敏感詞，字符過長這幾種情況。 當然是可以寫3個if else來解決，不過這樣寫代碼的擴展性和維護性可想而知。

如果表單里面的元素多一點，需要校驗的情況多一點，加起來寫上百個if else也不是沒有可能。所以更好的做法是把每種驗證規則都用策略模式單獨的封裝起來。

需要哪種驗證的時候只需要提供這個策略的名字。就像這樣：

可以看到，各種驗證規則很容易被修改和相互替換。如果哪一天需求發生了變更，建議字符過長的限制改成60個字符。我想很快就可以完成這次工作。

再來看個例子：

這段代碼如果讀過jQuery源碼的人不會陌生，觀察一下它們也有一個共性就是接口一致，完成的都是一種意圖操作，區別就是取值的方式不同，但都是取值操作。

這個技巧在jQuery中稱為鈎子機制（HOOHS）參考文章：http://blog.rodneyrehm.de/archives/11-jQuery-Hooks.html

 

三，案例引入

var validator = {
                
    types:{},

    messages:[],

    config:{},

    validate:function (data) {
    var i, msg, type, checker, result_ok;
    this.messages = [];
        for (i in data) {
            if (data.hasOwnProperty(i)) {
                type = this.config[i];
                checker = this.types[type];
                if (!type) {
                    continue;
                }
                if (!checker) { 
                    throw {
                        name:"ValidationError",
                        message:"No handler to validate type " + type
                    };
                }
                result_ok = checker.validate(data[i]);
                if (!result_ok) {
                    msg = "Invalid value for *" + i + "*, " + checker.instructions;
                    this.messages.push(msg);
                }
            }
        }
            return this.hasErrors();
        },
        hasErrors:function () {
            return this.messages.length !== 0;
        }
    };

    validator.types.isNonEmpty = {
        validate:function (value) {
            return value !== "";
        },
        instructions:"the value cannot be empty"
    };

    validator.types.isNumber = {
        validate:function (value) {
            return !isNaN(value);
        },
        instructions:"the value can only be a valid number, e.g. 1, 3.14 or 2010"
    };

    validator.types.isAlphaNum = {
        validate:function (value) {
            return !/[^a-z0-9]/i.test(value);
        },
        instructions:"the value can only contain characters and numbers, no special symbols"
    };

    var data = {
        first_name:"Super",
        last_name:"Man",
        age:"unknown",
        username:"o_O"
    };
    validator.config = {
        first_name:'isNonEmpty',
        age:'isNumber',
        username:'isAlphaNum'
    };
    validator.validate(data);
        if (validator.hasErrors()) {
        console.log(validator.messages.join("\n"));
    }

 

四，總結一下

策略模式屬於對象行為型模式，主要針對一組算法，將每一個算法封裝到具有共同接口的獨立的類中，從而使得它們可以相互替換。策略模式使得算法可以在不影響 到客戶端的情況下發生變化。通常，策略模式適用於當一個應用程序需要實現一種特定的服務或者功能，而且該程序有多種實現方式時使用。

策略模式中有三個對象：

（1）環境對象     ：該類中實現了對抽象策略中定義的接口或者抽象類的引用。
（2）抽象策略對象：它可由接口或抽象類來實現。
（3）具體策略對象：它封裝了實現同不功能的不同算法。

利用策略模式構建應用程序，可以根據用戶配置等內容，選擇不同有算法來實現應用程序的功能。具體的選擇有環境對象來完成。采用這種方式可以避免由於使用條件語句而帶來的代碼混亂，提高應用程序的靈活性與條理性。

 

策略模式的重心------策略模式的重心不是如何實現算法，而是如何組織、調用這些算法，從而讓程序結構更靈活，具有更好的維護性和擴展性。

算法的平等性------策略模式一個很大的特點就是各個策略算法的平等性。對於一系列具體的策略算法，大家的地位是完全一樣的，正因為這個平等性，才能實現算法之間可以相互替換。所有的策略算法在實現上也是相互獨立的，相互之間是沒有依賴的。

所以可以這樣描述這一系列策略算法：策略算法是相同行為的不同實現。

運行時策略的唯一性------運行期間，策略模式在每一個時刻只能使用一個具體的策略實現對象，雖然可以動態地在不同的策略實現中切換，但是同時只能使用一個。

公有的行為------經常見到的是，所有的具體策略類都有一些公有的行為。這時候，就應當把這些公有的行為放到共同的抽象策略角色Strategy類里面。

當然這時候抽象策略角色必須要用Java抽象類實現，而不能使用接口。這其實也是典型的將代碼向繼承等級結構的上方集中的標准做法。

 

哈哈哈，本篇結束，未完待續，希望和大家多多交流夠溝通，共同進步(*^__^*) 呼呼呼……