溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“Vue Element-ui表單校驗規則如何實現”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
??Element-ui表單校驗規則，使得錯誤提示可以直接在form-item下面顯示，無需彈出框，因此還是很好用的。
??我在做了登錄頁面的表單校驗后，一度以為我已經很了解表單的校驗規則。但我在深入使用表單校驗規則時，遇到下列問題：
如何判斷屬性值是否在某個范圍內，且這個范圍可以任意指定？
如何判斷屬性值是否為某個值？
多個屬性聯合校驗，當前屬性的校驗規則依賴于另一個屬性的值，如何進行校驗？如注冊頁面，ID類型有郵箱地址、手機號和身份證號碼，選擇不同類型，IDValue屬性的校驗規則是不同，如何處理？
兩種模式，進入同一個表單組件，某些欄位可以不使用校驗規則，即rules的對象會有所不同。這種情況如何處理？
??作為規則校驗的入門，以登錄頁面為例，代碼如下：
<template>
<div class="login-container">
<el-form ref="form" :model="form" :rules="rules" label-width="80px" class="login-form">
<h2 class="login-title">XX管理系統登錄</h2>
<el-form-item label="用戶名：" prop="username">
<el-input v-model="form.username"></el-input>
</el-form-item>
<el-form-item label="密 碼：" prop="password">
<el-input v-model="form.password" type="password"></el-input>
</el-form-item>
<el-form-item label="驗證碼：" prop="verifyCode">
<el-input v-model="form.verifyCode"></el-input>
<div class="divVerifyCodeImg" @click="getVerifyCode(true)">
<img id="verifyCodeImg" style="height:40px; width: 100px; cursor: pointer;" alt="點擊更換" title="點擊更換" />
</div>
</el-form-item>
<el-form-item>
<el-button type="primary" id="login" style="width:160px" @click="submitForm("form")">登錄</el-button>
</el-form-item>
</el-form>
</div>
</template>
<script>
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;
}
});
},
}
}
</script>??form項，指明使用校驗規則：
<el-form ref="form" :model="form" :rules="rules" label-width="80px" class="login-form">
??:rules="rules" 指明了校驗規則使用rules規則對象，你也可以使用其它名稱，如rules1。
??prop項，指明哪些字段可能使用校驗規則：
<el-form-item label="用戶名：" prop="username"> <el-input v-model="form.username"></el-input> </el-form-item>
??如果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屬性值。
??規則校驗的核心為為async-validator插件，官網：https://github.com/yiminghe/async-validator。
??Element-UI使用了該插件，并進行了封裝。官網：https://element.eleme.cn/#/zh-CN/component/form。
??因此兩邊的資料都會有幫助。
??有時候，prop不是一個簡單的屬性，而是包在其它對象下的屬性。如：
<el-form-item label="登 錄 名：" prop="formData.loginName"> <el-input v-model="form.formData.loginName" :disabled="form.formData.userId != 0"></el-input> </el-form-item>
??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`));??注意，字符串格式化，不是使用單引號括起來，而是用“~”符號括起來。
??也可以使用async-validator官網(https://github.com/yiminghe/async-validator)的方法：
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 <= max);
const reg = /^-?d+$/;
var isInt = reg.test(value);
if (isInRange && isInt){
return callback();
}else{
return callback(new Error(`要求是在${min}到${max}的整數 [${min}, ${max}]`));
}
}??使用方法：
"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)<=100 ? "1" : "0";},}
],??等于某個值：
"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)<=100 ? "1" : "0";
}else{
return "0";
}
}
},
],??注意：此時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"}??關于js正則表達式，可先用js正則表達式在線測試工具測試一下，檢查是否達到預期效果。js正則表達式在線測試地址：https://c.runoob.com/front-end/854。
??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)
??異步校驗器用于遠程訪問，利用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;
}
},??這樣，根據不同模式，切換了校驗規則集。為了切換規則時，立即執行規則校驗，需要設置el-form的validate-on-rule-change為false，即：
<el-form ref="form" :model="form" :rules="rules" :validate-on-rule-change=false class="useredit" label-width="100px" style="line-height: 30px;">
??動態構建校驗規則集，示例代碼如下：
// 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，對對象數組進行字段校驗，見上面的示例代碼。
??方案2，在el-form-item層級使用rules屬性綁定該字段規則。
??多字段聯合校驗應用場合還是比較常見的，如文本開始的問題，不同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的方法代碼中，也可以將各個校驗器的代碼搬過來，不調用外部校驗器。
“Vue Element-ui表單校驗規則如何實現”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
