您好,登錄后才能下訂單哦!
這篇文章給大家介紹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抽象類實現,而不能使用接口。這其實也是典型的將代碼向繼承等級結構的上方集中的標準做法。
關于JS與設計模式中什么是策略模式Strategy就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。