js设计模式三：策略模式 -凯发k8官方网

官方：策略模式定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户。

策略模式是常用的模式，例如jquery的 $(selector).animate(styles,speed,easing,callback) 其中的easing 封装了很多的算法（linear，easein，easein等 ），不管算法怎么替换，应用animate动画的元素，依然有动画效果。

另外，像是验证表单的情况。不管怎么改变配置（就是替换算法），依然能够对表单进行验证。

栗子：

在理解策略模式之前，我们先来一个例子，一般情况下，如果我们要做数据合法性验证，很多时候都是按照swith语句来判断，但是这就带来几个问题，首先如果增加需求的话，我们还要再次修改这段代码以增加逻辑，而且在进行单元测试的时候也会越来越复杂，代码如下：

validator = {
validate: function (value, type) {
switch (type) {
case 'isnonempty ':
{
return true; // nonempty 验证结果
}
case 'isnumber ':
{
return true; // number 验证结果
break;
}
case 'isalphanum ':
{
return true; // alphanum 验证结果
}
default:
{
return true;
}
}
}
};
// 测试
alert(validator.validate("123", "isnonempty"));

那如何来避免上述代码中的问题呢，根据策略模式，我们可以将相同的工作代码单独封装成不同的类，然后通过统一的策略处理类来处理，ok，我们先来定义策略处理类，代码如下：

var validator = {
// 所有可以的验证规则处理类存放的地方，后面会单独定义
types: {},
// 验证类型所对应的错误消息
messages: [],
// 当然需要使用的验证类型
config: {},
// 暴露的公开验证方法
// 传入的参数是 key => value对
validate: function (data) {
var i, msg, type, checker, result_ok;
// 清空所有的错误信息
this.messages = [];
for (i in data) {
if (data.hasownproperty(i)) {
type = this.config[i]; // 根据key查询是否有存在的验证规则
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();
},
// helper
haserrors: function () {
return this.messages.length !== 0;
}
};

然后剩下的工作，就是定义types里存放的各种验证类了，我们这里只举几个例子：

// 验证给定的值是否不为空
validator.types.isnonempty = {
validate: function (value) {
return value !== "";
},
instructions: "传入的值不能为空"
};
// 验证给定的值是否是数字
validator.types.isnumber = {
validate: function (value) {
return !isnan(value);
},
instructions: "传入的值只能是合法的数字，例如：1, 3.14 or 2010"
};
// 验证给定的值是否只是字母或数字
validator.types.isalphanum = {
validate: function (value) {
return !/[^a-z0-9]/i.test(value);
},
instructions: "传入的值只能保护字母和数字，不能包含特殊字符"
};

使用的时候，我们首先要定义需要验证的数据集合，然后还需要定义每种数据需要验证的规则类型，代码如下：

var data = {
first_name: "tom",
last_name: "xu",
age: "unknown",
username: "tomxu"
};
validator.config = {
first_name: 'isnonempty',
age: 'isnumber',
username: 'isalphanum'
};

最后，获取验证结果的代码就简单了：

validator.validate(data);
if (validator.haserrors()) {
console.log(validator.messages.join("\n"));
}

策略模式定义了一系列算法，从概念上来说，所有的这些算法都是做相同的事情（是说有共同的目标，不是说定义实现相同），只是实现不同。策略模式可以以相同的方式调用所有的方法，减少了各种算法类与使用算法类之间的耦合。

从另外一个层面上来说，单独定义算法类，也方便了单元测试，因为可以通过自己的算法进行单独测试。

实践中，不仅可以封装算法，也可以用来封装几乎任何类型的规则，是要在分析过程中需要在不同时间应用不同的业务规则，就可以考虑是要策略模式来处理各种变化。

另外，举个animate的栗子