众所周知的是，表单确实在前端，唔，或者说在网页中占有不小的比重。事实上，几乎每一个中大型网站都会有“登录注册”以验证用户信息、防止一些不可名状的隐患。。。
那么表单的优劣就成了前端开发者急需解决的问题。其实我更愿意称为“代码的可读性”或“可复用性”以及“是否冗杂”。
表单也有“优劣”？你在开玩笑嘛？
我想你可以认真看下下面的代码，它用到了一些“新知识”：
<form action="xxx" id="registerForm"> 请输入用户名：<input type="text" name="userName" id="name" /> 请输入密码：<input type="text" name="password" id="pass" /> 请输入手机号：<input type="text" name="phoneNumber" id="phone" /> <button>提交</button> </form>
用户名、密码、手机号这应该是表单中最常见的了，好，我们就以此分析！
上面这些只是简单的演示效果，你完全可以用css的valid/invalid、HTML5的required/pattern来配合完成。
<script>
var registerForm=document.getElementById('registerForm')
registerForm.onsubmit=function(){
if(registerForm.userName.value==''){
document.getElementById("name").setCustomValidity('用户名不能为空');
return false;
}
if(registerForm.password.value.length<6){
document.getElementById("pass").setCustomValidity('密码长度不能少于6位');
return false;
}
if(!/(^1[3|5|8][0-9]{9}$)/.test(registerForm.phoneNumber.value)){
document.getElementById("phone").setCustomValidity('手机号码格式不正确');
return false;
}
}
</script>
但即使这样，你也不会觉得它很完美 —— 现在表单只有三条，如果某一天它增加到了N条，即使是「复制粘贴」也拯救不了你！
就在这时，你想到了 策略模式 （看，JS总是会让你“灵光一现”）
说起策略模式，很自然地，要遵循 暴露接口和实现逻辑分离 的原则。
策略模式指的是定义一系列的算法，把它们一个个封装起来。将不变的部分和变化的部分隔开是每个设计模式的主题，策略模式也不例外，
策略模式的目的就是将算法的使用与算法的实现分离开来。
一个基于策略模式的程序至少由两部分组成。第一个部分是一组策略类，策略类封装了具体的算法，并负责具体的计算过程。第二个部分是环境类 Context，Context 接受客户的请求，随后把请求委托给某一个策略类。要做到这点，说明 Context 中要维持对某个策略对象的引用
——《JavaScript设计模式与开发实践》
那么，第一步我们很显然要把这些校验逻辑都封装成【策略对象】：
var strategies={
isNoneEmpty:function(value,errorMsg){
if(value===''){
return errorMsg;
}
},
minLength:function(value,length,errorMsg){
if(value.length<length){
return errorMsg;
}
},
isMobile:function(value,errorMsg){
if(!/(^1[3|5|8][0-9]{9}$)/.test(value)){
return errorMsg;
}
}
};
接下来我们要实现一个“暴露出去的”、“作为调用的”方法类 —— 它将作为context（上下文），负责接收用户的请求并委托给验证对象stratrgies：
var Validator=function(){
this.cache=[]; //用于保存接收到的校验规则
};
Validator.prototype.add=function(dom,rule,errorMsg){
var ary=rule.split(':');
this.cache.push(function(){
var strategy=ary.shift();
ary.unshift(dom.value);
ary.push(errorMsg);
return strategies[strategy].apply(dom,ary); //调用strategies对象的指定方法对象，并规定在函数对象内部this指向dom元素，ary作为参数传入
});
};
Validator.prototype.start=function(){
for(var i=0,validatorFunc;validatorFunc=this.cache[i++];){
var msg=validatorFunc();
if(msg){
return msg;
}
}
}
使用：
var validataFunc=function(){
var validator=new Validator();
//添加校验规则
validator.add(registerForm.userName,'isNoneEmpty','用户名不能为空');
validator.add(registerForm.password,'minLength:6','密码长度不能少于6位');
validator.add(registerForm.phoneNumber,'isMobile','手机号码格式不正确');
var errMsg=validator.start(); //获得校验结果
return errorMsg; //返回
}
var registerForm=document.getElementById('registerForm')
registerForm.onsubmit=function(){
var errorMsg=validataFunc();
if(errorMsg){
//触发错误提示
return false; //并阻止表单提交
}
}
我们可以看到的是：当我们往 validator 对象里添加完一系列的校验规则之后，会调用 validator.start() 方法来启动校验。如果 validator.start() 返回了一个确切的 errorMsg 字符串当作返回值，说明该次校验没有通过，此时需让 registerForm.onsubmit 方法返回 false 来阻止表单的提交。
这样确实比之前好很多：至少在我们修改验证规则时显得毫不费力：
validator.add(registerForm.userName,'minLength:2','用户名不能少于2位')
但是问题也就随之而来了：我们把对于用户名的验证规则“不能为空”改为了“不能少于两位”，那么就不能验证“是否为空”了。
能不能像element-ui一样可以自定义多种验证规则 呢？就像这样：
validator.add(registerForm.userName,[{
strategy:'isNoneEmpty',
errorMsg:'用户名不能为空'
},{
strategy:'minLength:2',
errorMsg:'用户名长度不能少于2位'
}])
现在“rule”是数组-对象的形式了，我们需要把add函数改一下：
Validator.prototype.add=function(dom,rules){
var self=this;
for(var i=0,rule;rule=rules[i++];){
(function(rule){
var strategyAry=rule.strategy.split(':');
var errorMsg=rule.errorMsg;
self.cache.push(function(){
var strategy=strategyAry.shift();
strategyAry.unshift(dom.value);
return strategies[strategy].apply(dom,strategyAry);
});
})(rule)
}
}
策略模式的优点：
利用组合、委托、多态等技术和思想，可以有效地避免多重条件选择语句（关于这一点，笔者在 这篇文章 中做了详细说明）；完美实现了设计模式都应该具有的“对外开放-封闭”原则，基于策略模式实现的规则大多易于扩展、易于使用避免了大量CV的工作
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？