版本:iView 2.7.4
自从项目用了iView之后,感觉做新需求的一半时间都在疯狂踩坑,所以写个文档记录一下踩过的坑。
此篇为iView表单验证的爬坑记录。
更新:2019.3.10
1、value为undefined
在项目开发中,表单验证时一直出现各种“不能为空”、验证不通过等情况,但是自身输入和验证方法没有问题时,一般来说是输入框的value为undefined
的。
比较简单的检测方法就是写一个验证方法,打印或debugger
查看此时的输入值的取值(value
)是否为输入值,如果不是或为undefined
,那么就是取值错误,而非验证方法错误。
参考文档例子:
const validatePass = (rule, value, callback) => {
// 此时便能打印value值查看
};
解决方法:
- 表单的
ref="..."
是否有添加; - 表单的
:model="..."
是否有添加; - 表单的
:rules="..."
是否有添加; - 表单的
ref="..."
和:model="..."
是否一致; - 表单的
FormItem
的属性prop="..."
是否与输入框(例如input)的v-moel="..."
模版名称一致;
2、验证类型
虽然我们在官网上会看到类似例子:
{ type: 'email', message: 'Incorrect email format', trigger: 'blur' }
但是建议放弃利用这个方法验证输入值的数据类型。
例如,该验证方法的type
类型有number
,但它默认获取输入值为string
,所以会导致type
不符(并非因为输入的值不是数字)。
现在用的版本中还未修复此问题,如果已修复则可忽视该建议
3.日期非空
在平时项目中,会遇到需要选择日期,但提交时日期不能为空这一需求,那么应该如何验证?
根据上面第一条打印value
值,发现如果日期没有选择,日期选择器上的value
值为["",""]
(使用的是
)。
解决方法:
这时候就不能根据长度验证,所以必须循环/遍历判断value
的数组每一项是否为空。
4.时间选择器值类型
之前表单验证时遇到一个问题,在不同电脑上,TimePicker
的最终数据值类型不同(不知道是否因为一个是Mac一个是Windows10)。
搜索了一下度娘,发现也有其他人有类似问题。
问题为:
Mac上TimePicker
最终数据类型为数组,而Win10上TimePicker
最终数据类型为本地时区时间(例如:2017-11-16T05:23:20.000Z)。
解决方法:
表单提交前记得判断TimePicker
最终数据的类型,避免传值给后端时报错。
5.属性trigger不添加
表单验证规则中,trigger
属性填写的是在什么情况下触发该验证,例如blur
或者change
。
但是我们会有某些需求,需要让该输入框在提交的时候才验证,并不需要实时验证,此时就会有把trigger
删掉的做法。
该做法的结果是,一进入有表单的页面时,表单就会进行一次校验。
6.校验错误信息定制
有时候在项目中会有几个表单的输入框使用同一个校验方法(比如校验数字、身份证之类的),需要根据页面情况显示特定的错误信息提示,但是这个校验方法又是单独一个JS文件。
那么可以在校验规则上添加message
,写上特定的错误信息提示,这样页面上显示的就是特定的错误信息提示。
7.表单验证成功没有进方法
this.$refs[formName].validate((valid) => {
if (valid) { // 步骤1
alert('submit!');
} else {
console.log('error submit!!');
return false;
}
});
在规则中有未填或填错,会有正常提示,但是如果全部填写,步骤1却没办法判断成功并进入方法,会直接报错,有可能是写自定义规则的时候,没有写callback()
。