Vue Element-ui表单校验规则,你掌握了哪些?

1、前言

Element-ui表单校验规则,使得错误提示可以直接在form-item下面显示,无需弹出框,因此还是很好用的。

我在做了登录页面的表单校验后,一度以为我已经很了解表单的校验规则。但我在深入使用表单校验规则时,遇到下列问题:

  • 如何判断属性值是否在某个范围内,且这个范围可以任意指定?
  • 如何判断属性值是否为某个值?
  • 多个属性联合校验,当前属性的校验规则依赖于另一个属性的值,如何进行校验?如注册页面,ID类型有邮箱地址、手机号和身份证号码,选择不同类型,IDValue属性的校验规则是不同,如何处理?
  • 两种模式,进入同一个表单组件,某些栏位可以不使用校验规则,即rules的对象会有所不同。这种情况如何处理?

上述问题,让我感觉几乎成了小白。于是迫使我从头开始研究校验规则,查阅相关文档。

本文分享一下对于表单校验规则的心得体会。

2、规则校验的入门模式

作为规则校验的入门,以登录页面为例,代码如下:


      XX管理系统登录

        登录

import { mapMutations } from 'vuex'
export default {
  data() {
    return {
      form: {
        username: "",
        password: "",
        verifyCode: "",
      },
      rules: {
        username: [
          {required: true, message: "用户名不能为空", trigger: 'blur'},
        ],
        password: [
          {required: true, message: "密码不能为空", trigger: 'blur'},
          {min: 6, max: 30, message: "密码6-30位", trigger: 'blur'}
        ],
        verifyCode: [
          {required: true, message: "验证码不能为空", trigger: 'blur'},
        ]
      }
    };
  },
  methods: {
    // 提交登录
    submitForm(formName) {
      let _this = this;
      // 执行校验
      this.$refs[formName].validate(valid => {
        // 验证通过为true,有一个不通过就是false
        if (valid) {
          // 通过校验
          // 登录处理
          // ....

        } else {
          // 没通过校验
          console.log('验证失败');
          return false;
        }
      });
    },
  }
}

form项,指明使用校验规则:


:rules=”rules” 指明了校验规则使用rules规则对象,你也可以使用其它名称,如rules1。

prop项,指明哪些字段可能使用校验规则:


如果prop项指定的属性值,如username,在rules中也有相应的项,则表示该属性值执行规则校验。这个属性必须是form的model属性绑定的数据对象的属性,本例中为form,其在data中定义:

      form: {
        username: "",
        password: "",
        verifyCode: "",
      },

rules项,即校验规则集,其在data中定义,其名称必须与form的:rules属性绑定的rules规则对象名一致。

      rules: {
        username: [
          {required: true, message: "用户名不能为空", trigger: 'blur'},
        ],
        password: [
          {required: true, message: "密码不能为空", trigger: 'blur'},
          {min: 6, max: 30, message: "密码6-30位", trigger: 'blur'}
        ],
        verifyCode: [
          {required: true, message: "验证码不能为空", trigger: 'blur'},
        ]
      }

这是一个对象,每个元素的类型为:{属性名:[rule]},属性名对于prop的属性值。[rule]是一个规则数组,规则数组的每一项是一条对本属性的校验规则。

rule项,即规则数组的元素,这是本文要重点探讨的项目。这里先就上述rules的各元素项解析一下:

  • required:表示是否必须有值,取值为true/false,如为true,表示必须有值,如果无值,则校验不通过;如为false,则允许无值,但在有值的情况下,不影响其它规则的使用。
  • message:提示消息,在校验不通过时提示此消息。
  • trigger:触发方式,取值为blur/change,blue表示失去焦点,一般在input组件中使用;change为值改变,一般在选择框中使用。
  • min:字符串最小长度。
  • max:字符串最大长度。

有了这些解释,不难理解上述rules定义的各属性的校验规则。

this.$refs['form'].validate(valid => {
        // 验证通过为true,有一个不通过就是false
        if (valid) {
          // 通过校验
        } else {
          // 没通过校验
        }
      });

这个validate方法,要求所有校验规则都通过,才放行。其中,$refs[‘form’],指向form的ref属性值。

因此两边的资料都会有帮助。

3、规则校验的进阶模式

有时候,prop不是一个简单的属性,而是包在其它对象下的属性。如:


form的model绑定的form对象,其形式为:

        form:{
          // form数据字段,为提交后端方便,建议与UserInfo字段命名一致
          formData    : {
            userId      : 0,
            loginName   : '',
            passwd      : '',
            // ...

          },

          // 用户类型选择框当前显示值
          userTypeLabel : "",
          // ...

        },

此时,rules的元素定义,不能用下列形式:

        formData.loginName: [
          {required: true, message: "登录名不能为空", trigger: 'blur'},
        ],

这样,编译会报错!

应使用下列形式:

    'formData.loginName': [
      {required: true, message: "登录名不能为空", trigger: 'blur'},
    ],

即用单引号或双引号将之包起来,变成一个字符串。

关于自定义校验器validator,网上的相关资料很多,如常用正则检查的validator。

规则定义方法:

          'formData.loginName': [
            {required: true, message: "登录名不能为空", trigger: 'blur'},
            {validator:loginNameValidator, trigger: 'blur'}
          ],

表示’formData.loginName’属性使用了loginNameValidator的校验器。考虑到代码的复用,一般将自定义的校验器独成了js文件,便于其它页面或项目使用。

在/src/common/目录下,创建validator.js文件,代码如下:

/* 登录名校验 */
export function loginNameValidator(rule, value, callback){
  const reg= /^[a-zA-Z][\w-. @]*$/;
  if(value == '' || value == undefined || value == null){
    callback();
  }else {
    if (!reg.test(value)){
      callback(new Error('要求为:英文字母开头,后续为字母数字及_-. @符号'));
    }else {
      callback();
    }
  }
}

在vue文件中导入此validator.js文件:

import {loginNameValidator} from '@/common/validator.js'

如果需导入多个外部校验器,则在{}中包含多个,如{loginNameValidator,passwordValidator}。

这里有个小坑,稍微提一句。

根据目录结构,我先使用下列语句:

import {loginNameValidator} from '../../../common/validator.js'

结果,编译错误,说找不到’../../../common/validator.js’文件,于是各种路径表示方法尝试,均告失败。最后还是使用改用@通过了,因为/bulid/webpack.base.conf.js中配置了alias,指示@表示src目录。

回到自定义validator,其形式为:

function ValidatorFuncName(rule, value, callback)

方法名,随意指定。

实际上,其完整形式为:

function ValidatorFuncName(rule, value, callback, source, options)

参数含义如下:

  • rule:指向规则的对象,可以在方法代码中,加入第一句:
console.log(rule);

可将rule参数打印出来看,就是本条规则的对象数据。
* value:属性的值,该值为需要校验的值。
* callback:指向校验结束的回调函数,如果校验通过,调用callback(),如果未通过,一般使用下列形式:

callback(new Error('具体的提示信息'));

或带参数的提示:

return callback(new Error(${rule.field} must be lowercase alphanumeric characters));

注意,字符串格式化,不是使用单引号括起来,而是用”~”符号括起来。

util.format('%s must be lowercase alphanumeric characters', rule.field),

util文件中包含format方法,这个util.ts文件,在官网的src/目录下,这是个ts文件,可以类似做一个公共方法。

实际上,可以返回一个Error的数组,即errors,如:

      const errors = [];
      errors.push(new Error('要求为:英文字母开头,后续为字母数字及_-. @符号'));
      errors.push(new Error('3444要求为:英文'));
      return callback(errors);

但从实际效果看,表单只显示了第一行的提示,估计Element的表单不支持显示多行错误信息。

  • source:为调用校验的属性对象,可以打印出来看一下。
  • options,附加参数,主要是预定义的消息格式,也可以打印出来看一下。

更复杂的校验器,可以携带参数,如:

// 整数范围值校验
export const intRangeValidator = (min, max) => (rule, value, callback) => {
  var isInRange = (value >= min) && (value

使用方法:

      'formData.age': [
        {validator: intRangeValidator(1,100), trigger: 'blur'}
      ],

表示,formData.age属性的取值范围为1-100的整数。

自定义校验器validator提供了自由发挥的空间,可以使用正则匹配、数值计算和比较等运算等,进行复杂的校验,因此比较常用。但用自定义校验器validator,有时会显得过于繁琐。

自定义校验器validator不一定要放置在外部文件中,也可以放置vue文件中。

放置在data中,但不被return所包括的位置,尾部没有逗号。

const loginNameValidator = (rule, value, callback) => {
  const reg= /^[a-zA-Z][\w-. @]*$/;
  if(value == '' || value == undefined || value == null){
    callback();
  }else {
    if (!reg.test(value)){
      callback(new Error('要求为:英文字母开头,后续为字母数字及_-. @符号'));
    }else {
      callback();
    }
  }
}

或直接在规则中定义:

          'formData.loginName': [
            {required: true, message: "登录名不能为空", trigger: 'blur'},
            {validator(rule, value, callback){
              const reg= /^[a-zA-Z][\w-. @]*$/;
              if(value == '' || value == undefined || value == null){
                callback();
              }else {
                if (!reg.test(value)){
                  callback(new Error('要求为:英文字母开头,后续为字母数字及_-. @符号'));
                }else {
                  callback();
                }
              }
            },
             trigger: 'blur'}
          ],

类型type的基本用法如下:

      'formData.age': [
        {type: 'integer',message: "值要求为整数",trigger: 'blur'},
      ],

类型也是一个规则项,如不符合类型要求,则提示错误信息。

规则支持的类型如下:

  • string,字符串类型,这是默认类型。如不指定type,默认就是string。
  • number,数字类型。包括整数和小数。
  • integer,整数类型。
  • float,浮点数类型,此时不能为整数,必须有小数点。
  • boolean,布尔类型,true/false值。
  • array,数组类型。
  • object,对象类型,不能为数组。
  • enum,枚举类型,然后需要声明该枚举类型。
  • method,函数(或方法)类型。
  • regexp,正则类型,必须是一个合法的正则表达式,可以通过new RegExp来创建。
  • date,日期类型,值必须可以转为有效日期值。
  • url,url类型,值需要符合url格式。
  • email,email类型,符合邮箱格式。
  • hex,16进制表示的形式。如0xFF12。
  • any,任意类型,不限制。

这里的url和email类型,可以直接用于相关含义的属性校验,如:

          'formData.email': [
            {type: 'email', message: "必须符合邮箱地址格式",trigger: 'blur'}
          ],

日期类型也比较有用,这些内置类型,使得我们可以不必通过自定义校验器validator来处理。

对于数值类型(number,integer,float)以及boolean型,由于input输入的都为字符串,因此必须进行类型转换,否则校验通不过。这里涉及到transform的用法。

transform是一个钩子函数,在开始验证之前可以对数据先处理后验证。如下面示例:

      'formData.age': [
        {
            type: 'integer',
            message: "值要求为整数",
            trigger: 'blur',
            transform(value){return parseInt(value);},
        },
      ],

经过transform类型转化后,formData.age属性的校验规则就能正常使用了,否则总是通不过类型校验。(这里实际上有点问题,如允许输出12ab这种形式的值,parseInt得到值为12)

对于类型转换,transform还有更简洁而严格的表述:

  'formData.age': [
    {
        type:'integer',
        message: "值要求为整数",
        trigger: 'blur',
        transform:Number},
    },
  ],

表示转换为数字类型,这样就行了。值为1.2或12ab都不能通过校验。

transform除了类型转换外,还可以进行其它处理,如:

          'formData.age': [
            {type : 'string',pattern:/1/,message: "值要求为1-100的数",transform(value){return parseInt(value)>=1 && parseInt(value)

等于某个值:

          'formData.age': [
            {type : 'string',pattern:/1/,message: "值要求必须为50",transform(value){return value == "50" ? "1" : "0";},}
          ],

不等于某个值:

      'formData.age': [
        {type : 'string',pattern:/0/,message: "值要求不能为50",transform(value){return value == "50" ? "1" : "0";},}
      ],

Range不是规则的属性字段,其通过min和max属性来体现。

如果类型type为string或array,则min和max表示长度。

如果类型type为数值类型(number,integer,float),则min和max表示值的范围。如:

  'formData.age': [
    {
        type:'integer',
        message: "值要求为1-100的整数",
        min: 1,
        max:100,
        trigger:'blur',
        transform:Number,
    },
  ],

这样,范围校验直接可使用规则的内置属性,在规则中进行描述,也无需用intRangeValidator校验器和正则匹配方式了。

枚举值类型的用法示例:

          'formData.idType': [
            {
                type: 'enum', enum: [2,4,6], message: 结果不存在, trigger: ['change', 'blur'], transform(value) {return Number(value) * 2},
            },
          ],
      'formData.gender': [
        {
            type: 'enum', enum: ['male','female'], message: 结果不存在, trigger: ['change', 'blur'],
        },
      ],

使用有下列问题:

  • 反应比较迟钝,就是一开始几次输入,没有校验,一旦有校验了,后面都就可以了。
  • 对于后一种情况,即范围为字符串的集合,校验正常。对于前一种情况,即范围为整数型的,0也通过校验了,导致任意字符串也通过校验了,这是一个bug。

因此,也可以利用字符串枚举值,来校验范围:

          'formData.age': [
            {
                type : 'enum',
                enum:["1"],
                message: "值要求为1-100的数",
                transform(value){
                    if (!isNaN(value)){
                      return parseInt(value)>=1 && parseInt(value)

注意:此时1e3,9e811被认为是通过校验了,因为parseInt函数只取e前面的数字,而isNaN认为是数字。看来还是需要与正则规则配合才行。

pattern属性,就是正则表达式匹配校验规则,如:

          'formData.loginName': [
            {required: true, message: "登录名不能为空", trigger: 'blur'},
            {pattern:/^[a-zA-Z][\w-. @]*$/,
             message:'要求为:英文字母开头,后续为字母数字及_-. @符号',
             trigger: 'blur'}
          ],

效果与之前的loginNameValidator校验器相同,区别在于loginNameValidator可以复用,保持一个正则校验,如需修改,只需改动一处。而使用pattern则不然。但使用pattern可以少写自定义校验器,给了用户一个选择。

使用pattern属性,可以进行等于某个值某个值的校验。

等于某个值:

{pattern:/120/,message:'必须必须为120',trigger: 'blur'}

len属性,如果类型为string或array,则冷表示长度。如果为数字型,则表示数字值就是len属性值。

len属性与min、max属性同时出现了,len属性有更高的优先级。

len属性,可用于格式化的字符串校验,如身份证号码长度。

len也可用于等于某个数值的校验,如:

  'formData.age': [
    {
        type:'integer',
        message: "值要求必须为6周岁",
        len: 6,
        trigger:'blur',
        transform:Number,
    },
  ],

空白表示全部由空格组成的字符串,规则的类型必须为string。如果匹配规则,则告警提示。如:

          'formData.email': [
             {whitespace: true, message: '只存在空格', trigger: 'blur'}
          ],

值为空格,会提示告警。

如果不希望空格干扰校验,可用transform来处理:

transform(value) { return value.trim();}

message支持i18n,即国际化处理,如集成vue-i18n,message属性的用法如下:

message: () => this.$t( 'about' )

中文语言显示”关于”,英文语言显示”about”。

当然,你也可以换成任意的其它函数,如:

message: () => this.myMessageHandler(MessageId,paramValues)

4、规则校验的高级模式

异步校验器用于远程访问,利用ajax或axios请求数据,对响应数据进行校验或对异常进行提示。

本地页面校验,属于串行校验,逐个检查各字段的校验规则,遇到未通过即返回校验失败。

远程校验,为异步校验,多个请求,响应时间各有不同,响应的先后次序就无法预知。

异步校验的作用:可以将前端和后端针对相同属性字段,使用相同的校验规则,统一由后端提供校验。但这同样增加了前后端沟通和一致性维护的成本。

目前暂时未用到异步校验器,这里用官网的示例:

asyncField1:{asyncValidator: myAsyncValidator}

myAsyncValidator可类似validator位置放置。假设放置在data中。

const myAsyncValidator = (rule, value, callback) => {
      ajax({
        url: 'xx',
        value: value,
      }).then(function(data) {
        callback();
      }, function(error) {
        callback(new Error(error));
      });
    }

Promise异步字段校验:

 const myAsyncValidator = (rule, value) => {
      return ajax({
        url: 'xx',
        value: value,
      });
    }

区别在于Promise异步字段校验,需要使用者自己写上.then/.catch处理逻辑,不支持回调。

异步校验,还涉及到Options属性,

options: { first: true },

first为true,表示多个异步校验遇到第一校验失败就不再处理其它异步校验。

对于对象Object或数组Array的校验,需要具体到每一个元素(成员),这里就要用到Deep rules。

Deep rules涉及到fields和defaultField两个属性。

如官网示例(按照习惯形式略作修改):

对象的深层校验:

rules : {
  address: [{
    type: 'object',
    required: true,
    options: { first: true },
    fields: {
      street: [{ type: 'string', required: true }],
      city: [{ type: 'string', required: true }],
      zip: [{ type: 'string', required: true, len: 8, message: 'invalid zip' }],
    },
  }],
  name: [{ type: 'string', required: true }],
};

数组的深层校验:

rules : {
  roles: [{
    type: 'array',
    required: true,
    len: 3,
    fields: {
      0: [{ type: 'string', required: true }],
      1: [{ type: 'string', required: true }],
      2: [{ type: 'string', required: true }],
    },
  }],
};

数组的深层校验,看起来比较傻,每个成员都要设置校验规则,对于动态数组,似乎也不知该如何设置。

defaultField属性,使我们对字段校验规则有了统一设置的手段。此属性可以作用在校验属性字段上,也可以作用在fields上。

例如:

rules : {
  urls: [{
    type: 'array',
    required: true,
    defaultField: { type: 'url' },
  }],
};

如果是对象数组,该如何设置?可如下方式:

rules : {
  persons: [{
    type: 'array',
    required: true,
    defaultField:{
        type: 'object',
        required: true,
        fields: {
            address: [{
                type: 'object',
                required: true,
                fields: {
                    street: [{ type: 'string', required: true }],
                    city: [{ type: 'string', required: true }],
                    zip: [{ type: 'string', required: true, len: 8,
                           message: 'invalid zip' }],
                },
            }],
            name: [{ type: 'string', required: true }],
        }
    }
  }],
};

数组套对象,对象套子对象,看起来有点复杂。

有时候不同模式进入表单,需要应用不同的规则。如新增和编辑操作,显示同一个页面组件。但此时对页面需要校验的属性字段有所不同,如何设置?

有两个处理方案。方案1是配置两套规则集,根据不同模式进行切换;方案2是配置总的规则集,根据不同模式抽取合适的属性字段和规则,动态构建规则集。

切换校验规则集,示例代码如下:

      // data 部分
      // 当前规则集
      rules:{},
      // 模式1规则集
      rules1:{
         ...

      },
      // 模式2规则集
      rules2:{
          ...

      },

      // methods部分
      // 动态切换
      // 页面初始化
      init(obj,data){
        this.prevForm = obj;

        // 设置页面可见
        this.visible = true;

        // DOM更新之后执行
        this.$nextTick(()=>{
          // 重置当前页面的所有字段值
          this.$refs['form'].resetFields();

          if (data){
            // 模式1
            this.form.patternType = 1;
          }else{
            // 模式2
            this.form.patternType = 2;
          }
          // 设置校验规则
          this.setValidRules(this.form.patternType);
        }
      },
      setValidRules(patternType){
        if(patternType == 1){
            this.rules = this.rules1;
        }else if(patternType == 2){
            this.rules = this.rules2;
        }
      },

动态构建校验规则集,示例代码如下:

      // data 部分
      // 当前规则集
      rules:{},
      // 规则全集
      allRules:{
          'formData.loginName': [
            {required: true, message: "登录名不能为空", trigger: 'blur'},
            {validator:loginNameValidator, trigger: 'blur'}
          ],
          'formData.passwd': [
            {required: true, message: "密码不能为空", trigger: 'blur'},
            {min: 6, max: 18, message: "密码6-18位", trigger: 'blur'}
          ],
          'formData.email': [
             {type: 'email', message: '需要符合email格式', trigger: 'blur'}
          ],
          genderLabel: [
            {required: true, message: "性别不能为空", trigger: 'change'},
          ],
          userTypeLabel : [
            {required: true, message: "用户类型不能为空", trigger: 'change'},
          ],
          deptLabel: [
            {required: true, message: "部门不能为空", trigger: 'change'},
          ]
      },

      // methods部分
      // 动态切换
      // 页面初始化
      init(obj,data){
        this.prevForm = obj;

        // 设置页面可见
        this.visible = true;

        // DOM更新之后执行
        this.$nextTick(()=>{
          // 重置当前页面的所有字段值
          this.$refs['form'].resetFields();

          if (data){
            // 模式1
            this.form.patternType = 1;
          }else{
            // 模式2
            this.form.patternType = 2;
          }
          // 设置校验规则
          this.setValidRules(this.form.patternType);
        }
      },
      setValidRules(patternType){
        if (patternType == 1){
          // 模式1
          // 先清空,再设置
          this.rules = {};
          this.rules['genderLabel'] = this.allRules['genderLabel'];
          this.rules['userTypeLabel'] = this.allRules['userTypeLabel'];
          this.rules['deptLabel'] = this.allRules['deptLabel'];
          this.rules['formData.email'] = this.allRules['formData.email'];
        } else{
          // 模式2,需要验证登录名和密码
          this.rules = {};
          this.rules['formData.loginName'] = this.allRules['formData.loginName'];
          this.rules['formData.passwd'] = this.allRules['formData.passwd'];
          this.rules['genderLabel'] = this.allRules['genderLabel'];
          this.rules['userTypeLabel'] = this.allRules['userTypeLabel'];
          this.rules['deptLabel'] = this.allRules['deptLabel'];
          this.rules['formData.email'] = this.allRules['formData.email'];
        }
      },

同样也需要设置el-form的validate-on-rule-change为false。

有的表单,使用了可编辑的动态表格,如添加一数据行,直接在数据行中输入数据,然后提交。此时需要对数据行各字段的输入进行校验。

有2个方案。

方案1使用Deep rules的defaultField,对对象数组进行字段校验,见上面的示例代码。

多字段联合校验应用场合还是比较常见的,如文本开始的问题,不同ID类型,有不同的校验规则;如密码验证,两次密码要相同;如购买数量不能超过库存数量,时间段开始时间要不大于结束时间,等等。

关键技巧,利用校验器的第一个参数rule,添加一个或若干个自定义属性,传递信息到校验器进行处理。使用方法如下:

作为示例,假设’formData.email’字段校验依赖于userType的值。

          'formData.email': [
             {validator : idFieldWithTypeValidator, trigger: 'blur',}
          ],

没有办法初始绑定:

          'formData.email': [
             {validator : idFieldWithTypeValidator, trigger: 'blur','userType':this.form.formData.userype}
          ],

这样写,浏览器调试器显示错误,提示调用resetFields出错。

因此,正确的形式为:

      'formData.email': [
         {validator : idFieldWithTypeValidator, trigger: 'blur',}
      ],
      'formData.email': [
         {validator : idFieldWithTypeValidator, trigger: 'blur','userType':0}
      ],

然后,在页面初始化时,或选择框选择改变的chage事件方法中,动态设置规则中userType属性的值:

this.rules['formData.email'][0]['userType'] = this.form.formData.userType;

试验结果,用$set没法动态绑定,即下列语句没有作用:

this.$set(this.allRules['formData.email'][0],'userType',this.form.formData.userType);

好了,现在可以编写一个联合校验器idFieldWithTypeValidator了。简单起见,在data部分编写:

      const idFieldWithTypeValidator = (rule, value, callback) =>{
        // 获取用户类型
        console.log(rule);
        return callback();
      }

测试一下,在浏览器控制台输出rule的打印信息如下:

{
    "userType": 2,
    "field": "formData.email",
    "fullField": "formData.email",
    "type": "string"
}

此时,userType已经通过rule参数传入,现在可以进行联合校验了。

  import {loginNameValidator,phoneNoValidator,idNoValidator,eMailValidator} from '@/common/validator.js'
  export default {
    data() {
      // 不同类型情况下的ID字段校验器
      const idFieldWithTypeValidator = (rule, value, callback) =>{
        // 获取用户类型
        console.log(rule);
        if (rule.userType == 1){
          // 手机号码
          phoneNoValidator(rule, value, callback);
        }else if(rule.userType == 2){
          // 身份证号码
          idNoValidator(rule, value, callback);
        }else if(rule.userType == 3){
          // email
          eMailValidator(rule, value, callback);
        }
      }

      return {
          ....

      }
    },
    ...

  }

其中phoneNoValidator、idNoValidator、eMailValidator分别是手机号码校验器、身份证号码校验器、邮箱格式校验器,由validator.js中输出,idFieldWithTypeValidator校验器根据userType参数的取值不同,分别调用了相关的validator类型的校验器。当然,在idFieldWithTypeValidator的方法代码中,也可以将各个校验器的代码搬过来,不调用外部校验器。

下面为补充内容:

上述的解决方案的不好之处,是没有将规则附加属性”userType”值绑定到data的form.formData.userType属性上,没法联动,导致this.form.formData.userType修改之处,就需要设置。考虑到其它情况,如开始日期和结束日期的先后范围校验等情况,el-input或el-select的change事件来设置值带来更多的代码开销。因此,考虑了一下,现在有了新的方法,即规则附加属性是一个函数方法,此方法可以返回this.form.formData.userType的最新值。

代码如下:

      // methods下面,增加一个getUserTypeValue方法
      getUserTypeValue(){
        return this.form.formData.userType;
      },

data的rules的部分:

          'formData.email': [
             {validator : idFieldWithTypeValidator, trigger: 'blur','getValueFunc':this.getUserTypeValue,}
          ],

直接配置了getValueFunc属性,其值为getUserTypeValue方法。

校验器idFieldWithTypeValidator的代码更新为:

      // 不同类型情况下的ID字段校验器
      const idFieldWithTypeValidator = (rule, value, callback) =>{
        // 获取获取值的方法
        var getvalueMethod= rule.getValueFunc;
        // 调用方法,取得参数值,根据需要,可以返回任意类型数据,如对象,数组等
        var userType = getvalueMethod();
        // console.log(userType);
        if (userType == 1){
          // 手机号码
          phoneNoValidator(rule, value, callback);
        }else if(userType == 2){
          // 身份证号码
          idNoValidator(rule, value, callback);
        }else if(userType == 3){
          // email
          eMailValidator(rule, value, callback);
        }
      }

这样,只要有一个函数方法来附加到规则中,根据需要,任意多个字段联合校验都没有问题,必要时,可以让getValueFunc返回form.formData对象数据或form对象数据,相当于提供了随意访问其它数据的能力。

5、参考文章

除了官网资料外,本文还参考了下列文章:

Original: https://www.cnblogs.com/alabo1999/p/14990310.html
Author: 阿拉伯1999
Title: Vue Element-ui表单校验规则,你掌握了哪些?

原创文章受到原创版权保护。转载请注明出处:https://www.johngo689.com/610210/

转载文章受原作者版权保护。转载请注明原作者出处!

(0)

大家都在看

  • Java-基础

    Java-基本程序设计结构 简单的Java程序需要注意的基本区分大小写程序从main函数开始进行,类名与文件名要对应使用(.)去进行函数调用严格要求命名的规范化空白符会被Java编…

    Java 2023年6月5日
    071
  • ssh 登陆远程nohup java 脚本无效,但设置生效后日志中文乱码

    该日志说到了两个问题,分别解答: (1)ssh 登陆远程调用含有nohup java的启动脚本失败 (2)ssh 登陆远程调用启动脚本生效后,但是日志中出现中文乱码 场景:jenk…

    Java 2023年5月29日
    070
  • 线程池面试必考

    你对Java线程池了解吗?你有用过线程池吗?那先说下线程池核心参数吧。。。对不起,我回去再看看吧。 为了一丝体面,我们今天来整理几个面试中常考线程池面试问题吧! 为什么要用线程池?…

    Java 2023年6月8日
    068
  • AOP面向切面

    AOP为Aspect Oriented Programming的缩写,意为:面向切面编程,通过预编译方式和运行期间动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续,是…

    Java 2023年6月5日
    0101
  • 记一次线上服务器301异常 httpclient的坑

    一、场景复现 营运车应用在登录过程中需要调用用户中心认证的接口来完成统一登录,因为云服务器升级对请求限制https only,在登录过程中出现系统异常(server error服务…

    Java 2023年6月13日
    095
  • 关于ASP.NET WEB API(OWIN WEBAPI)的几个编码最佳实践总结

    近期工作比较忙,确实没太多精力与时间写博文,博文写得少,但并不代表没有研究与总结,也不会停止我继续分享的节奏,最多有可能发博文间隔时间稍长一点。废话不多说,直接上干货,虽不是主流的…

    Java 2023年6月9日
    070
  • JSP中的九大内置对象

    JSP九大内置对象 pageContext 存东西 Request 存东西 Response Session 存东西 Application(servletContext) 存东西…

    Java 2023年6月13日
    071
  • PTA第6、7、8次作业的总结

    前言 这三次pta作业主要考查了电信计费系列的问题,从一开始的座机计费,再到座机计费与手机计费结合,最后到短信计费。其中座机计费与手机计费是难度最大的一次题目,因为它综合考虑的因素…

    Java 2023年6月5日
    061
  • Java基础 throws 提示调用方法时要注意处理相关异常

    JDK :OpenJDK-11 OS :CentOS 7.6.1810 IDE :Eclipse 2019‑03 typesetting :Markdown code packag…

    Java 2023年5月29日
    078
  • 反射、静态代理、动态代理(jdk、cglib)

    一、反射 反射在之前的文章中详细的解释过了,简单概括就是:可以动态的获取到一个类内部的所有的信息,动态的去创建对象和使用对象以及可以操作对象的属性和方法。 二、代理 首先解释一下代…

    Java 2023年6月8日
    071
  • java面试——流

    流是一组有顺序的,有起点和终点的字节集合,是对数据传输的总称或抽象。即数据在两设备间的传输称为流,流的本质是数据传输,根据数据传输特性将流抽象为各种类,方便更直观的进行数据操作。 …

    Java 2023年6月9日
    093
  • SpringBoot+SpringCloud

    摘自《Java微服务分布式架构企业实战》 1 Spring Boot Spring Boot是用于构建微服务的基础框架,可以轻松地整合Spring Cloud实现系统服务化,在学习…

    Java 2023年5月30日
    061
  • 线程

    1、并发和并行 (1)并发:一个时间段有多个程序处于已启动运行到运行完毕之间,同一处理机上进行,会发生抢占,按一定的策略轮流进行。 (2)并行:有多个CPU,一个CPU执行一个进程…

    Java 2023年6月5日
    092
  • JavaCV的摄像头实战之三:保存为mp4文件

    欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码):https://github.com/zq2599/blog_demos 本篇概览 本文是《JavaCV的摄…

    Java 2023年6月8日
    090
  • CSDN博客迁移至博客园

    CSDN博客迁移 由于早期在csdn中自定义了博客域名地址Xc_xdd,后期由于csdn由于我的id名称涉及政治敏感,未提前告知用户,且不给id修改机会。将我博客永久封禁,不可解封…

    Java 2023年6月8日
    066
  • rocketmq延迟队列(延时消息)精确到秒级实现(实现总结编)

    前言篇: 为了节约成本,决定通过自研来改造rocketmq,添加任意时间延迟的延时队列,开源版本的rocketmq只有支持18个等级的延迟时间, 其实对于大部分的功能是够用了的,但…

    Java 2023年6月5日
    081
亲爱的 Coder【最近整理,可免费获取】👉 最新必读书单  | 👏 面试题下载  | 🌎 免费的AI知识星球