這篇文章給大家介紹JS與設計模式中什么是策略模式Strategy，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

創(chuàng)新互聯(lián)建站專注于企業(yè)營銷型網站、網站重做改版、新邱網站定制設計、自適應品牌網站建設、H5技術、電子商務商城網站建設、集團公司官網建設、外貿營銷網站建設、高端網站制作、響應式網頁設計等建站業(yè)務，價格優(yōu)惠性價比高，為新邱等各大城市提供網站開發(fā)制作服務。

一，總體概要

1，筆者淺談

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

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

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

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

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

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

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

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

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

二，源碼案例參考

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

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

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

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

再來看個例子：

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

這個技巧在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"));     }

四，總結一下

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

策略模式中有三個對象：

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

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

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

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

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

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

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

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

關于JS與設計模式中什么是策略模式Strategy就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

文章標題：JS與設計模式中什么是策略模式Strategy
文章源于：http://chinadenli.net/article10/gedido.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供網站排名、企業(yè)網站制作、微信公眾號、網站設計公司、Google、網站收錄

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)