大熊君说说JS与设计模式之------策略模式Strategy

一,总体概要

1,笔者浅谈

策略模式,又叫算法簇模式,就是定义了不同的算法,并且之间可以互相替换,此模式让算法的变化独立于使用算法的客户。

策略模式和工厂模式有一定的类似,策略模式相对简单容易理解,并且可以在运行时刻自由切换。工厂模式重点是用来创建对象。

技术分享

策略模式应用比较广泛,比如:我们现在要定义数据交换格式,现有三种方案可选1,XML  2,JSON  3,CSV就可以使用策略模式实现。

这里我要强调的是------我们是针对不同数据源选择不同方案,针对的都是同一事物做相同意图的操作只是方案不同。

代码实现如下:

 1 var dataSourceVendor = {
 2     xml : {
 3         get : function(){
 4             console.log("XML数据源") ;
 5         }
 6     } ,
 7     json : {
 8         get : function(){
 9             console.log("JSON数据源") ;
10         }
11     } ,
12     csv : {
13         get : function(){
14             console.log("CSV数据源") ;
15         }
16     }
17 } ;
18 console.log("选择的数据源:" + dataSourceVendor["json"]["get"]()) ;

注意到了吧,它们的接口是一致的,也就是意图操作一致的,只是实现不同。

我们再来看一个例子如下:

技术分享

技术分享

上面的例子也不难理解,我们在发包裹的时候可以选择自己认为方便快捷的方式,作为客户而言自由选择方式,但是意图还是不变的我们做的事就是发送包裹,只是形式不同而已。

 

二,源码案例参考

技术分享

比如姓名框里面, 需要验证非空,敏感词,字符过长这几种情况。 当然是可以写3个if else来解决,不过这样写代码的扩展性和维护性可想而知。

如果表单里面的元素多一点,需要校验的情况多一点,加起来写上百个if else也不是没有可能。所以更好的做法是把每种验证规则都用策略模式单独的封装起来。

需要哪种验证的时候只需要提供这个策略的名字。就像这样:

技术分享

可以看到,各种验证规则很容易被修改和相互替换。如果哪一天需求发生了变更,建议字符过长的限制改成60个字符。我想很快就可以完成这次工作。

再来看个例子:

技术分享

技术分享

这段代码如果读过jQuery源码的人不会陌生,观察一下它们也有一个共性就是接口一致,完成的都是一种意图操作,区别就是取值的方式不同,但都是取值操作。

这个技巧在jQuery中称为钩子机制(HOOHS)参考文章:http://blog.rodneyrehm.de/archives/11-jQuery-Hooks.html

 

三,案例引入

 1 var validator = {
 2                 
 3     types:{},
 4 
 5     messages:[],
 6 
 7     config:{},
 8 
 9     validate:function (data) {
10     var i, msg, type, checker, result_ok;
11     this.messages = [];
12         for (i in data) {
13             if (data.hasOwnProperty(i)) {
14                 type = this.config[i];
15                 checker = this.types[type];
16                 if (!type) {
17                     continue;
18                 }
19                 if (!checker) { 
20                     throw {
21                         name:"ValidationError",
22                         message:"No handler to validate type " + type
23                     };
24                 }
25                 result_ok = checker.validate(data[i]);
26                 if (!result_ok) {
27                     msg = "Invalid value for *" + i + "*, " + checker.instructions;
28                     this.messages.push(msg);
29                 }
30             }
31         }
32             return this.hasErrors();
33         },
34         hasErrors:function () {
35             return this.messages.length !== 0;
36         }
37     };
38 
39     validator.types.isNonEmpty = {
40         validate:function (value) {
41             return value !== "";
42         },
43         instructions:"the value cannot be empty"
44     };
45 
46     validator.types.isNumber = {
47         validate:function (value) {
48             return !isNaN(value);
49         },
50         instructions:"the value can only be a valid number, e.g. 1, 3.14 or 2010"
51     };
52 
53     validator.types.isAlphaNum = {
54         validate:function (value) {
55             return !/[^a-z0-9]/i.test(value);
56         },
57         instructions:"the value can only contain characters and numbers, no special symbols"
58     };
59 
60     var data = {
61         first_name:"Super",
62         last_name:"Man",
63         age:"unknown",
64         username:"o_O"
65     };
66     validator.config = {
67         first_name:‘isNonEmpty‘,
68         age:‘isNumber‘,
69         username:‘isAlphaNum‘
70     };
71     validator.validate(data);
72         if (validator.hasErrors()) {
73         console.log(validator.messages.join("\n"));
74     }

 

四,总结一下

策略模式属于对象行为型模式,主要针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响 到客户端的情况下发生变化。通常,策略模式适用于当一个应用程序需要实现一种特定的服务或者功能,而且该程序有多种实现方式时使用。

策略模式中有三个对象:

(1)环境对象     :该类中实现了对抽象策略中定义的接口或者抽象类的引用。
(2)抽象策略对象:它可由接口或抽象类来实现。
(3)具体策略对象:它封装了实现同不功能的不同算法。

利用策略模式构建应用程序,可以根据用户配置等内容,选择不同有算法来实现应用程序的功能。具体的选择有环境对象来完成。采用这种方式可以避免由于使用条件语句而带来的代码混乱,提高应用程序的灵活性与条理性。

 

策略模式的重心------策略模式的重心不是如何实现算法,而是如何组织、调用这些算法,从而让程序结构更灵活,具有更好的维护性和扩展性。

算法的平等性------策略模式一个很大的特点就是各个策略算法的平等性。对于一系列具体的策略算法,大家的地位是完全一样的,正因为这个平等性,才能实现算法之间可以相互替换。所有的策略算法在实现上也是相互独立的,相互之间是没有依赖的。

所以可以这样描述这一系列策略算法:策略算法是相同行为的不同实现。

运行时策略的唯一性------运行期间,策略模式在每一个时刻只能使用一个具体的策略实现对象,虽然可以动态地在不同的策略实现中切换,但是同时只能使用一个。

公有的行为------经常见到的是,所有的具体策略类都有一些公有的行为。这时候,就应当把这些公有的行为放到共同的抽象策略角色Strategy类里面。

当然这时候抽象策略角色必须要用Java抽象类实现,而不能使用接口。这其实也是典型的将代码向继承等级结构的上方集中的标准做法。

 

哈哈哈,本篇结束,未完待续,希望和大家多多交流够沟通,共同进步(*^__^*) 呼呼呼……

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。