## 介绍
策略模式定义了算法家族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化不会影响到使用算法的客户。
## 正文
在理解策略模式之前,我们先来一个例子,一般情况下,如果我们要做数据合法性验证,很多时候都是按照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"));
}
~~~
## 总结
策略模式定义了一系列算法,从概念上来说,所有的这些算法都是做相同的事情,只是实现不同,他可以以相同的方式调用所有的方法,减少了各种算法类与使用算法类之间的耦合。
从另外一个层面上来说,单独定义算法类,也方便了单元测试,因为可以通过自己的算法进行单独测试。
实践中,不仅可以封装算法,也可以用来封装几乎任何类型的规则,是要在分析过程中需要在不同时间应用不同的业务规则,就可以考虑是要策略模式来处理各种变化。
- (1)编写高质量JavaScript代码的基本要点
- (2)揭秘命名函数表达式
- (3)全面解析Module模式
- (4)立即调用的函数表达式
- (5)强大的原型和原型链
- (6)S.O.L.I.D五大原则之单一职责SRP
- (7)S.O.L.I.D五大原则之开闭原则OCP
- (8)S.O.L.I.D五大原则之里氏替换原则LSP
- (9)根本没有“JSON对象”这回事!
- (10)JavaScript核心(晋级高手必读篇)
- (11)执行上下文(Execution Contexts)
- (12)变量对象(Variable Object)
- (13)This? Yes, this!
- (14)作用域链(Scope Chain)
- (15)函数(Functions)
- (16)闭包(Closures)
- (17)面向对象编程之一般理论
- (18)面向对象编程之ECMAScript实现
- (19)求值策略
- (20)《你真懂JavaScript吗?》答案详解
- (21)S.O.L.I.D五大原则之接口隔离原则ISP
- (22)S.O.L.I.D五大原则之依赖倒置原则DIP
- (23)JavaScript与DOM(上)——也适用于新手
- (24)JavaScript与DOM(下)
- (25)设计模式之单例模式
- (26)设计模式之构造函数模式
- (27)设计模式之建造者模式
- (28)设计模式之工厂模式
- (29)设计模式之装饰者模式
- (30)设计模式之外观模式
- (31)设计模式之代理模式
- (32)设计模式之观察者模式
- (33)设计模式之策略模式
- (34)设计模式之命令模式
- (35)设计模式之迭代器模式
- (36)设计模式之中介者模式
- (37)设计模式之享元模式
- (38)设计模式之职责链模式
- (39)设计模式之适配器模式
- (40)设计模式之组合模式
- (41)设计模式之模板方法
- (42)设计模式之原型模式
- (43)设计模式之状态模式
- (44)设计模式之桥接模式
- (45)代码复用模式(避免篇)
- (46)代码复用模式(推荐篇)
- (47)对象创建模式(上篇)
- (48)对象创建模式(下篇)
- (49)Function模式(上篇)
- (50)Function模式(下篇)
- (结局篇)