多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
# javascript 设计模式-- 策略模式 ![犀牛书javascript设计模式](https://box.kancloud.cn/ea9cc21e686e8c54f4c8c0d156bffe27_326x263.jpg) 在《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); },<br>                    isAdress : function(v) {<br>                        return this.isEmpty(v) && v.length<200;<br>                    }<br> }, 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;