建站
咨詢
售后
建站咨詢
新聞中心
一，總體概要
1，筆者淺談
策略模式，又叫算法簇模式，就是定義了不同的算法，并且之間可以互相替換，此模式讓算法的變化獨(dú)立于使用算法的客戶。
策略模式和工廠模式有一定的類似,策略模式相對簡單容易理解,并且可以在運(yùn)行時刻自由切換。工廠模式重點(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)不同。
我們再來看一個例子如下：
上面的例子也不難理解，我們在發(fā)包裹的時候可以選擇自己認(rèn)為方便快捷的方式，作為客戶而言自由選擇方式，但是意圖還是不變的我們做的事就是發(fā)送包裹，只是形式不同而已。
二，源碼案例參考
比如姓名框里面， 需要驗(yàn)證非空，敏感詞，字符過長這幾種情況。 當(dāng)然是可以寫3個if else來解決，不過這樣寫代碼的擴(kuò)展性和維護(hù)性可想而知。
如果表單里面的元素多一點(diǎn)，需要校驗(yàn)的情況多一點(diǎn)，加起來寫上百個if else也不是沒有可能。所以更好的做法是把每種驗(yàn)證規(guī)則都用策略模式單獨(dú)的封裝起來。
需要哪種驗(yàn)證的時候只需要提供這個策略的名字。就像這樣：
可以看到，各種驗(yàn)證規(guī)則很容易被修改和相互替換。如果哪一天需求發(fā)生了變更，建議字符過長的限制改成60個字符。我想很快就可以完成這次工作。
再來看個例子：
這段代碼如果讀過jQuery源碼的人不會陌生，觀察一下它們也有一個共性就是接口一致，完成的都是一種意圖操作，區(qū)別就是取值的方式不同，但都是取值操作。
這個技巧在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é)一下
策略模式屬于對象行為型模式，主要針對一組算法，將每一個算法封裝到具有共同接口的獨(dú)立的類中，從而使得它們可以相互替換。策略模式使得算法可以在不影響 到客戶端的情況下發(fā)生變化。通常，策略模式適用于當(dāng)一個應(yīng)用程序需要實(shí)現(xiàn)一種特定的服務(wù)或者功能，而且該程序有多種實(shí)現(xiàn)方式時使用。
策略模式中有三個對象：
（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ò)展性。
算法的平等性------策略模式一個很大的特點(diǎn)就是各個策略算法的平等性。對于一系列具體的策略算法，大家的地位是完全一樣的，正因?yàn)檫@個平等性，才能實(shí)現(xiàn)算法之間可以相互替換。所有的策略算法在實(shí)現(xiàn)上也是相互獨(dú)立的，相互之間是沒有依賴的。
所以可以這樣描述這一系列策略算法：策略算法是相同行為的不同實(shí)現(xiàn)。
運(yùn)行時策略的***性------運(yùn)行期間，策略模式在每一個時刻只能使用一個具體的策略實(shí)現(xiàn)對象，雖然可以動態(tài)地在不同的策略實(shí)現(xiàn)中切換，但是同時只能使用一個。
公有的行為------經(jīng)常見到的是，所有的具體策略類都有一些公有的行為。這時候，就應(yīng)當(dāng)把這些公有的行為放到共同的抽象策略角色Strategy類里面。
當(dāng)然這時候抽象策略角色必須要用Java抽象類實(shí)現(xiàn)，而不能使用接口。這其實(shí)也是典型的將代碼向繼承等級結(jié)構(gòu)的上方集中的標(biāo)準(zhǔn)做法。
新聞標(biāo)題：JS與設(shè)計(jì)模式之------策略模式Strategy
文章出自：http://www.5511xx.com/article/dppsdhc.html
