一，總體概要

1，筆者淺談

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

策略模式和工廠模式有一定的類似,策略模式相對簡單容易理解,并且可以在運(yùn)行時(shí)刻自由切換。工廠模式重點(diǎn)是用來創(chuàng)建對象。

策略模式應(yīng)用比較廣泛，比如：我們現(xiàn)在要定義數(shù)據(jù)交換格式，現(xiàn)有三種方案可選1，XML  2，JSON  3，CSV就可以使用策略模式實(shí)現(xiàn)。

這里我要強(qiáng)調(diào)的是------我們是針對不同數(shù)據(jù)源選擇不同方案，針對的都是同一事物做相同意圖的操作只是方案不同。

代碼實(shí)現(xiàn)如下：

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

注意到了吧，它們的接口是一致的，也就是意圖操作一致的，只是實(shí)現(xiàn)不同。

我們再來看一個(gè)例子如下：

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

二，源碼案例參考

比如姓名框里面， 需要驗(yàn)證非空，敏感詞，字符過長這幾種情況。 當(dāng)然是可以寫3個(gè)if else來解決，不過這樣寫代碼的擴(kuò)展性和維護(hù)性可想而知。

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

需要哪種驗(yàn)證的時(shí)候只需要提供這個(gè)策略的名字。就像這樣：

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

再來看個(gè)例子：

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

這個(gè)技巧在jQuery中稱為鉤子機(jī)制（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")); 
    } 

四，總結(jié)一下

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

策略模式中有三個(gè)對象：

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

利用策略模式構(gòu)建應(yīng)用程序，可以根據(jù)用戶配置等內(nèi)容，選擇不同有算法來實(shí)現(xiàn)應(yīng)用程序的功能。具體的選擇有環(huán)境對象來完成。采用這種方式可以避免由于使用條件語句而帶來的代碼混亂，提高應(yīng)用程序的靈活性與條理性。

策略模式的重心------策略模式的重心不是如何實(shí)現(xiàn)算法，而是如何組織、調(diào)用這些算法，從而讓程序結(jié)構(gòu)更靈活，具有更好的維護(hù)性和擴(kuò)展性。

算法的平等性------策略模式一個(gè)很大的特點(diǎn)就是各個(gè)策略算法的平等性。對于一系列具體的策略算法，大家的地位是完全一樣的，正因?yàn)檫@個(gè)平等性，才能實(shí)現(xiàn)算法之間可以相互替換。所有的策略算法在實(shí)現(xiàn)上也是相互獨(dú)立的，相互之間是沒有依賴的。

所以可以這樣描述這一系列策略算法：策略算法是相同行為的不同實(shí)現(xiàn)。

運(yùn)行時(shí)策略的***性------運(yùn)行期間，策略模式在每一個(gè)時(shí)刻只能使用一個(gè)具體的策略實(shí)現(xiàn)對象，雖然可以動(dòng)態(tài)地在不同的策略實(shí)現(xiàn)中切換，但是同時(shí)只能使用一個(gè)。

公有的行為------經(jīng)常見到的是，所有的具體策略類都有一些公有的行為。這時(shí)候，就應(yīng)當(dāng)把這些公有的行為放到共同的抽象策略角色Strategy類里面。

當(dāng)然這時(shí)候抽象策略角色必須要用Java抽象類實(shí)現(xiàn)，而不能使用接口。這其實(shí)也是典型的將代碼向繼承等級結(jié)構(gòu)的上方集中的標(biāo)準(zhǔn)做法。

原文鏈接：http://www.cnblogs.com/bigbearbb/p/4186380.html