引言
模板驅(qū)動表單相比較響應(yīng)式表單可以少更少的代碼做同樣的事情，可也損失了自由度與更易測試，當(dāng)然很多人并不在乎啦。
所以我相信很多人在編寫Angular不自由自主去更傾向于模板驅(qū)動表單的寫法。
表單最核心的是校驗(yàn)體驗(yàn)，在Angular中簡直就是發(fā)揮到了極致，比如：required、min、max、pattern 等，這些原本是HTML DOM元素中的表述，而Angular默認(rèn)實(shí)現(xiàn)了一整套的校驗(yàn)指令，比如：required 對應(yīng) RequiredValidator。
然后很多時(shí)候我們需要一些特殊的校驗(yàn)，比如：數(shù)據(jù)比較、遠(yuǎn)程校驗(yàn)等。那在模板驅(qū)動表單風(fēng)格中我們要如何優(yōu)雅的實(shí)現(xiàn)這樣一個(gè)校驗(yàn)器呢？
一、Angular是如何校驗(yàn)？
一般在編寫一個(gè)手機(jī)文本框可能是這樣：
<input [(ngModel)]="user.mobile" #mobile="ngModel" autocomplete="off" type="tel" class="form-control" name="mobile" required maxlength="11"> <div *ngIf="mobile.errors"> <p *ngIf="mobile.errors.required">手機(jī)號必填</p> <p *ngIf="mobile.errors.pattern">手機(jī)號格式不正確</p> </div>
以上幾行很友好的實(shí)現(xiàn)從必填項(xiàng)、格式進(jìn)行校驗(yàn)，而這一切都是依靠 [(ngModel)] 統(tǒng)一采集，得以只需要利用一個(gè)模板引用變量訪問到每個(gè)校驗(yàn)指令的錯誤信息。
1、[(ngModel)] 到底做了什么？
在解析這個(gè)問題前需要先了解一下 RequiredValidator 是如何定義的。
@Directive({
providers: [{
provide: NG_VALIDATORS,
useExisting: forwardRef(() => RequiredValidator),
multi: true
}]
})
export class RequiredValidator {}只看最核心向 NG_VALIDATORS 標(biāo)識符注冊一個(gè) RequiredValidator 指令。這樣就可以使 ngModel 指令中注入 NG_VALIDATORS 后就能得到這個(gè)指令對象。
ngModel 我把它簡化了一下：
export class NgModel extends NgControl {
constructor(@Inject(NG_VALIDATORS) validators: Array<Validator|ValidatorFn>) {}
get validator(): ValidatorFn|null {
// 各種校驗(yàn)并返回結(jié)果
}
}有關(guān)更多ng_model.ts可以深入閱讀源代碼。
Angular會在每一次表單值變更時(shí)，對所有的表單中已經(jīng)安裝的校驗(yàn)器進(jìn)行一次遍歷。
二、編寫一個(gè)校驗(yàn)器
誠如 required 校驗(yàn)器一樣，依然是把自定義校驗(yàn)器掛到 NG_VALIDATORS 當(dāng)中。假如我們希望手機(jī)文本框只能輸入 159 開頭的一個(gè)校驗(yàn)器。
定義Directive
@Directive({
selector: '[user-mobile]',
exportAs: 'userMobile',
providers: [{
provide: NG_VALIDATORS,
useExisting: forwardRef(() => UserMobileDirective),
multi: true
}]
})
export class UserMobileDirective {}一個(gè)非常普通的指令定義方法，只是多了一個(gè)將 UserMobileDirective 注冊到 NG_VALIDATORS 標(biāo)識符當(dāng)中而已。別問我為什么，一種約定。
類
export class UserMobileDirective implements Validator {
validate(c: AbstractControl): { [key: string]: any; } {
let value: string = c.value || '';
if (!value.startsWith('159')) {
return {
mobile: {
msg: '手機(jī)號必須是159開頭',
actualValue: value
}
};
}
return null;
}
}只需要實(shí)現(xiàn) Validator 接口的 validate 方法即可。
從 c 中獲取DOM值，當(dāng)遇到非 159 開頭時(shí)，返回一個(gè)用于表述消息的對象即可，否則返回一個(gè) null。這個(gè)對象會被統(tǒng)一采集在 ngModel.errors 對象下面。故而，只需要在DOM元素加上 user-mobile 指令即可。
<input user-mobile [(ngModel)]="user.mobile" #mobile="ngModel" autocomplete="off" type="tel" class="form-control" name="mobile" id="mobile" required maxlength="11">
<div *ngIf="mobile.errors">
<p *ngIf="mobile.errors.required">手機(jī)號必填</p>
<p *ngIf="mobile.errors.mobile">{{mobile.errors.mobile.msg}}</p>
</div>接口還包括一個(gè) registerOnValidatorChange 可選方法，當(dāng)某些其它外部屬性的變更時(shí)，允許重新手動觸發(fā)校驗(yàn)。
三、異步校驗(yàn)器
如果說用戶手機(jī)校驗(yàn)器需要檢查手機(jī)是否為黑名單的情況下，正常黑名單數(shù)據(jù)都存在遠(yuǎn)程當(dāng)中。這樣情況下需要發(fā)送HTTP請求，而這一過程就是異步。
Angular針對這類異步校驗(yàn)有獨(dú)立的另一個(gè)標(biāo)識符，即：NG_ASYNC_VALIDATORS，而其它代碼都是相通的。
@Directive({
selector: '[user-async]',
exportAs: 'userAsync',
providers: [{
provide: NG_ASYNC_VALIDATORS,
useExisting: forwardRef(() => UserAsyncDirective),
multi: true
}]
})
export class UserAsyncDirective implements Validator {
validate(c: AbstractControl): Observable<any> {
return c.valueChanges
// 去抖
.debounceTime(300)
// 抑制重復(fù)值
.distinctUntilChanged()
// 1、可以使用flatMap進(jìn)行遠(yuǎn)程校驗(yàn)
// .flatMap(value => value)
// 2、本地模擬判斷
.map((value: string) => {
if ([ '15900000001', '15900000002' ].includes(value)) {
return {
mobile: {
msg: '手機(jī)號為黑名',
actualValue: value
}
}
}
return null;
})
.first();
}
}除了 NG_ASYNC_VALIDATORS 核心的結(jié)構(gòu)完全沒有變動。
而對于 validate 方法返回的是一個(gè) Observable 類型，利用對 valueChanges 的訂閱可以制作一些像去抖動作。
而最后必須使用 first() 做為結(jié)尾，原因每一次校驗(yàn)，對于結(jié)果而言只允許一個(gè)。
結(jié)論
本章介紹的是如何對模板驅(qū)動表單創(chuàng)建自定義校驗(yàn)器，它相比較響應(yīng)式表單自定義校驗(yàn)器略為復(fù)雜一些。但是實(shí)際運(yùn)用中，我們不應(yīng)該只為某個(gè)構(gòu)建表單風(fēng)格做一種自定義校驗(yàn)器，應(yīng)該二者是共存的。
比如上面 159 開頭的示例。更合理的編寫方式應(yīng)該是將校驗(yàn)邏輯獨(dú)立：
export class MyValidators {
static checkMobile(value: string): ValidationErrors|null {
return !value.startsWith('159') ? { mobile: { msg: '手機(jī)號必須是159開頭' } } : null;
}
}
// 校驗(yàn)器類
export class UserMobileDirective implements Validator {
validate(c: AbstractControl): { [key: string]: any; } {
let value: string = c.value || '';
return MyValidators.checkMobile(value);
}
}這樣，同一個(gè)校驗(yàn)器，不管是模板驅(qū)動表單還是響應(yīng)式表單，都能是通用的。
總結(jié)
以上所述是小編給大家介紹的Angular在模板驅(qū)動表單中自定義校驗(yàn)器的方法，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時(shí)回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com
Copyright ? 2019-2025 51dongshi.com 版權(quán)所有
違法及侵權(quán)請聯(lián)系：TEL:177 7030 7066 E-MAIL:11247931@qq.com 本站由北京市萬商天勤律師事務(wù)所王興未律師提供法律服務(wù)
