javascript 设计模式-----策略模式

在《javascript设计模式》中，作者并没有向我们介绍策略模式，然而它却是一种在开发中十分常见的设计模式。最常见的就是当我们遇到一个复杂的表单验证的时候，常常需要编写一大段的if和else逻辑代码，这些代码维护起来非常麻烦，但是麻烦的事情远远不止于此。通常一个项目中不止涉及单个的表单或者数据的认证，他们往往成群结队地出现。所以一开始为了他们而编写的if和else逻辑代码不仅会显得非常臃肿，而且随着项目的扩展，使你的代码或变得越来越黏糊，就像。。。。。。。是的，就像意大利面条一样！为了改动小小的一个逻辑——姓名从以前的三个字的限制变成现在四个字限制——，为了这个，你必须把整个项目的所有关于验证的界面都查找替换个遍。但是如果你一开始采用合理的设计模式来设计你的代码的话，或许结果就并不是在漆黑的夜苦苦地加班了。在这里，我们以一个简简单单的数据类型为例，来了解一下我们的策略模式是怎么样帮助我们工作的。

var data = {
	firstName : '晓薇儿',
	lastName : '被瑞尔',
	age : 100,
	sex : 0,
	adress : 'stree 12th',
	phone : '15988563324',
	boss : true
}

这是我们要验证的数据源，我们限制条件如下

1.fistName和lastName字段不能为空并且长度小于三；

2.age字段不能大于100，

3.电话号码必须是正确的

4.地址长度必须限制在200个字符以内

5.是不是老板这个嘛，只能告诉我们是true和false，也就是只能是boolean类型

来看看传统的验证做法:

function g() {
if(data.firstName!="" && data.length < 4) {
    return false;
}
if(data.lastName !="" && data.length <4) {
    return false;
}
......................//此处省略N多行
}

这还只是一个数据源的验证代码，随着数据源的增加，代码会不会庞大起来？

下面让我们来看看策略模式是怎么样实现的

	var voidValue = {//策略者
		C : {},//默认配置规则
		M : {//未通过验证时输出的信息
			isEmpty : 'EMPTY',
			isPhone : 'NOTPHONE',
			isBoolean : 'NOTBOOLEAN',
			isLength : 'BIGGER THAN MAX',
			isUndefined : 'UNDEFINED',
			isNumber : 'NOTNUMBER'
		},
		R : {//自定义规则，所有的规则在里面逐步添加
				isEmpty : function(v) {
					return v != '';
				},
				isUndefined :  function(v) {
					return typeof v === 'undefined';
				},
				isPhone : function(v) {
					return /^1[3|4|5|8]\d{9}$/.test(v);
				},
				isBoolean : function(v) {
					return Object.prototype.toString.call(v) === '[object Boolean]';
				},
				isNumber : function(v) {
					return Object.prototype.toString.call(v) === '[object Number]';
				},
				isName :  function(v) {
					return /^[\u4E00-\u9FFF]{1,6}$/.test(v);
				},
　　　　　　　　　　　　　　　　　　　　isAdress : function(v) {
　　　　　　　　　　　　　　　　　　　　　　　　return this.isEmpty(v) && v.length<200;
　　　　　　　　　　　　　　　　　　　　}
		},
		vaild : function(d) {//入口函数，传入数据源
			for(var i in d) {//循环传入的对象
				if(!this.C[i]) continue;
				if(this.C[i].fn) {//判断是否有用户自定义输出的字符串，这里其实是经常用到的，比如某个字段没有通过验证需要怎么样提示，以及提示的文字，在验证表单是尤其重要！
					var fn = this.R[this.C[i]['fn']] || this.C[i]['fn'], message = this.C[i]['tip'];
				}else {
					var fn = this.R[this.C[i]] || this.C[i], message = this.M[this.C[i]];
				}
				var t = Object.prototype.toString.call(fn);//这里我们判断是需要执行验证函数还是比对数值大小
				if(t === '[object Function]') {
					if(!fn(d[i])) {
						console.warn(message);
						return false;
					}
				}else if(t === '[object Number]') {
					if(!/\d+/.test(d[i]) || parseInt(d[i]) >= fn) {
						console.warn(message);
						return false;
					}
				}
			}
			return d;//如果都匹配到了，可以输出完整的数据源对象。
		}
	}

　　我们来看下他如何调用的

voidValue.C = {//C是公开的对象，外面可以任意改变其值，是为了针对多种多样的验证逻辑。
	firstName : {fn : 'isName', tip : '请填写正确的姓名'},//最外层的字段必须是和数据源字段一一对应的，里面的对象第一个参数fn是需要验证的方法，第二个是未通过该方法时提示的文字。
	lastName : {fn : 'isName', tip : '请填写正确的姓名'},
	age : {fn : 122, tip : '您是彭祖吗？这么高龄！'},
　　　　　adress : {fn : 'isAdress', tip : '请输入正确的地址'},
	phone : {fn : 'isPhone', tip : '请填写正确的手机号码'},
	boss : {fn : 'isBoolean', tip : '你确定你是老板妈妈吗？'},
}

首先你要做的是改变这个策略者的验证逻辑，如果之后的某个字段验证逻辑一样的话，就不必再写一次了。下面就是简简单单有一句调用入口函数

var m = voidValue.vaild(data);

如果一切都顺利，就会放回data给m了。如果不顺利，也就是说某个字段未通过验证，那么m === false；