在创建表单时,Angular可以帮助我们完成很多事情。我们已经介绍了有关Angular中的Forms的几个主题,例如模型驱动的表单和模板驱动的表单。如果您还没有阅读这些文章,我们强烈建议您先去阅读这些文章,因为这篇文章是基于它们的。Almero Steyn是我们的培训学生之一,后来作为Angular的文档编写团队的一员为正式文档做出了贡献,他还为创建自定义控件撰写了非常不错的介绍。
他的文章启发了我们,我们想更进一步,探讨如何创建与Angular的 form API很好地集成的自定义表单控件。
自定义表单控件注意事项
在开始并构建自己的自定义表单控件之前,我们要确保我们对创建自定义表单控件时所起的作用有所了解。
首先,重要的是要认识到,如果有一个原生元素(如<input type="number">
)可以完美地完成工作,那么我们不应该立即创建自定义表单控件。似乎原生表单元素的功能常常被低估了。尽管我们经常看到可以输入的文本框,但它为我们带来了更多工作。每个原生表单元素都是可访问的,有些输入具有内置的验证,有些甚至在不同平台(例如移动浏览器)上提供了改进的用户体验。
因此,每当考虑创建自定义表单控件时,我们都应该问自己:
- 是否存在具有相同语义的原生元素?
- 如果是,我们是否可以仅依靠该元素并使用CSS和/或渐进式增强功能来更改其外观/行为以满足我们的需求?
- 如果不是,自定义控件将是什么样?
- 我们如何使其可访问?
- 在不同平台上的行为是否不同?
- 如何验证?
可能还有更多要考虑的事情,但这是最重要的。如果确实要创建一个自定义表单控件(在Angular中),则应确保:
- 它将更改正确传播到DOM / View
- 它将更改正确传播到Model
- 如果需要,它带有自定义验证
- 它将有效性状态添加到DOM,以便可以设置样式
- 可访问
- 它适用于模板驱动的表单
- 它适用于响应式的表单
- 它需要响应灵敏
在本文中,我们将讨论不同的场景,以演示如何实现这些功能。不过,本文将不涉及可访问性,因为将有后续文章对此进行深入讨论。
创建一个自定义计数器
让我们从一个非常简单的计数器组件开始。这个想法是要有一个组件,让我们可以对 model 值递增和递减。是的,如果我们考虑要考虑的事情,我们可能会意识到一个 <input type="number">
可以解决问题。
但是,在本文中,我们要演示如何实现自定义表单控件,而自定义计数器组件似乎微不足道,以至于使事情看起来不太复杂。此外,我们的计数器组件将具有不同的外观,该外观在所有浏览器中均应相同,无论如何我们都可能会受到原生input元素的限制。
我们从原始组件开始。我们需要的是一个可以更改的 model 值和两个触发更改的按钮。
1 | import { Component, Input } from '@angular/core'; |
这里没什么特别的。CounterInputComponent
有一个counterValue
,它被插入到模板中,可以分别通过increment()
和decrement()
方法对其进行递增或递减。这个组件工作得很好,一旦在应用程序模块上声明了这个组件,我们就可以使用它,比如像这样将它放入另一个组件中:
app.module.ts
1 | ({ |
app.component.ts
1 | import { Component } from '@angular/core'; |
很好,但是现在我们想使其与Angular的 Form API一起使用。理想情况下,我们最终得到的是一个自定义控件,该控件可与模板驱动的表单和响应式驱动的表单一起使用。例如,在最简单的情况下,我们应该能够创建一个模板驱动的表单,如下所示:
1 | <!-- this doesn't work YET --> |
如果您不熟悉该语法,请查看Angular中有关模板驱动表单的文章。好的,但是我们怎么实现?我们需要学习ControlValueAccessor
是什么,因为Angular就是使用它来建立表单模型和DOM元素之间的联系。
了解ControlValueAccessor
虽然我们的计数器组件有效,但目前尚无法将其连接到外部表单。实际上,如果我们尝试将任何形式的表单模型绑定到我们的自定义控件,则会收到错误消息,提示缺少ControlValueAccessor
。而这正是我们实现与Angular中的表单进行正确集成所需要的。
那么,什么是ControlValueAccessor
?好吧,还记得我们之前谈到的实现自定义表单控件所需的内容吗?我们需要确保的一件事是,更改从模型传播到视图/ DOM,也从视图传播回模型。这是ControlValueAccessor
目的。
ControlValueAccessor
是用于处理以下内容的接口:
- 将表单模型中的值写入视图/ DOM
- 当视图/ DOM更改时通知其他表单指令和控件
Angular之所以具有这样的界面,是因为DOM元素需要更新的方式可能因input类型而异。例如,普通文本输入框具有value
属性,这个是一个需要被写入的属性,而复选框带有checked
属性,这是一个需要更新的属性。如果我们深入了解,我们意识到,每个input类型都有一个ControlValueAccessor
,它知道如何更新其视图/ DOM。
DefaultValueAccessor
用于处理文本输入和文本区域,SelectControlValueAccessor
用于处理选择输入,CheckboxControlValueAccessor
用于处理复选框等等。
我们的计数组件需要一个ControlValueAccessor
,它知道如何更新counterValue
并告知外部变化的信息。一旦实现该接口,便可以与Angular表单进行对话。
实现ControlValueAccessor
该ControlValueAccessor
接口如下所示:
1 | export interface ControlValueAccessor { |
writeValue(obj:any)是将表单模型中的新值写入视图或DOM属性(如果需要)的方法。这是我们要更新counterValue
的地方,因为这就是视图中使用的东西。
registerOnChange(fn:any)是一种注册处理程序的方法,当视图中的某些内容发生更改时会调用该处理程序。它具有一个告诉其他表单指令和表单控件以更新其值的函数。换句话说,这就是我们希望counterValue
在视图中进行更改时调用的处理程序函数。
与registerOnChange()
相似的registerOnTouched(fn:any)会注册一个专门用于当控件收到触摸事件时的处理程序。在我们的自定义控件中不需要用到它。
ControlValueAccessor
需要访问其控件的视图和模型,这意味着自定义表单控件本身必须实现该接口。让我们从writeValue()
开始。首先,我们实现接口并更新类签名。
1 | import { ControlValueAccessor } from '@angular/forms'; |
接下来,我们实现writeValue()
。如前所述,它从表单模型中获取一个新值并将其写入视图中。在我们的例子中,我们所需要做的只是更新的counterValue
属性,因为它是自动插入的。
1 | (...) |
初始化表单时,将使用表单模型的初始值调用此方法。这意味着它将覆盖默认值0
,这很好,但是如果我们考虑前面提到的简单表单设置,我们会意识到表单模型中没有初始值:
1 | <counter-input name="counter" ngModel></counter-input> |
这将导致我们的组件呈现一个空字符串。为了快速解决,我们仅在不是undefined
时设置该值:
1 | writeValue(value: any) { |
现在,仅当有实际值写入控件时,它才会覆盖默认值。接下来,我们实现registerOnChange()
和registerOnTouched()
。registerOnChange()
可以通知外界组件内的变化。只要我们愿意,每当在此处传播变更,就可以在这里做一些特殊的工作。registerOnTouched()
注册了一个回调函数,只要表单控件是“touched”,该回调便会执行。例如,当 input 元素失去焦点时,它将触发 touch 事件。我们不想在此事件上做任何事情,因此我们可以使用一个空函数来实现该接口。
1 | (...) |
很好,我们的计数器现在实现了该ControlValueAccessor
接口。我们需要做的下一件事是,只要counterValue
在视图中进行更改,就调用propagateChange()
。换句话说,如果单击increment()
或decrement()
按钮,我们希望将新值传播到外界。
让我们相应地更新这些方法。
1 | (...) |
我们可以使用属性访问器使此代码更好一些。increment()
和decrement()
这两种方法,每当counterValue
变化时都会调用propagateChange()
。让我们使用 getter 和 setter 摆脱多余的代码:
1 | (...) |
CounterInputComponent
已经接近完成。即使它实现了ControlValueAccessor
接口,也没有任何东西告诉Angular应该怎样做。我们需要注册。
注册ControlValueAccessor
实现接口仅仅才完成了一半。众所周知,ES5中不存在接口,这意味着一旦代码被编译,该信息就消失了。因此,虽然我们的组件实现了该接口,但是我们仍然需要使 Angular 接受它。
在关于Angular中的多注册提供商的文章中,我们了解到 Angular 使用了一些 DI 令牌来注入多个值,以便对它们进行某些处理。例如,有一个NG_VALIDATORS
令牌为 Angular 提供了表单控件上所有已注册的验证器,我们可以在其中添加自己的验证器。
为了让ControlValueAccessor
控制表单控件,Angular内部注入了在NG_VALUE_ACCESSOR
令牌上注册的所有值。因此,我们需要做的就是扩展NG_VALUE_ACCESSOR
的多注册提供商,让NG_VALUE_ACCESSOR
使用我们自己的值访问器实例(也就是我们的组件)。
让我们马上试一下:
1 | import { Component, Input, forwardRef } from '@angular/core'; |
如果这段代码对您没有任何意义,您绝对应该查看那篇Angular中的多注册提供商的文章,但最重要的是,我们正在将自定义的值访问器添加到 DI 系统,以便 Angular 可以拿到该值访问器的实例。我们还必须使用useExisting
,因为CounterInputComponent
将在使用它的组件中,作为指令依赖创建。如果不这样做,则会得到一个新实例,因为这是 Angular 中 DI 的工作方式。forwardRef()
回调函数将在这篇文章中进行解释。
太棒了,我们的自定义表单控件现在可以使用了!
在模板驱动的表单中使用它
我们已经看到计数器组件可以按预期工作,但是现在我们希望将其放入实际表单中,并确保它在所有常见情况下都可以工作。
激活 Form API
正如我们在Angular中模板驱动的表单文章中所讨论的那样,我们需要像这样激活 Form API:
1 | import { FormsModule} from '@angular/forms'; |
没有模型初始化
差不多了!还记得我们之前的AppComponent
吗?让我们在其中创建一个模板驱动的表单,看看它是否有效。这是一个使用计数器控件而不用值初始化的示例(它将使用自己的内部默认值:0
):
1 | @Component({ |
特别提示:使用json管道是调试表单值的好技巧。
form.value
返回以JSON结构映射到其名称的所有表单控件的值。这就是为什么JsonPipe
会输出一个带有counter
计数器值的对象字面量。
具有属性绑定的模型初始化
这是另一个使用属性绑定将值绑定到自定义控件的示例:
1 | ({ |
使用ngModel进行双向数据绑定
当然,我们可以利用ngModel
的双向数据绑定即可实现,只需将语法更改为此:
1 | <p>ngModel value: {{outerCounterValue}}</p> |
多么酷啊?我们的自定义表单控件可与模板驱动的表单API无缝配合!让我们看看使用响应式表单时的表现。
在响应式表单中使用它
下面的示例使用 Angular 的响应式表单指令,所以不要忘记添加ReactiveFormsModule
到AppModule
,就像这篇文章中讨论的。
通过formControlName绑定值
一旦设置了代表表单模型的FormGroup
,就可以将其绑定到表单元素,并使用formControlName
关联每个控件。此示例将值绑定到表单模型中的自定义表单控件:
1 | ({ |
添加自定义验证
我们要看的最后一件事是如何向我们的自定义控件添加验证。实际上,我们已经写了一篇关于Angular 中的自定义验证器的文章,所有需要了解的内容都写在这里。但是,为了使事情更清楚,我们将通过示例向自定义表单控件中添加一个自定义验证器。
假设我们要让控件在counterValue
大于10
或小于0
时变为无效。如下所示:
1 | import { NG_VALIDATORS, FormControl } from '@angular/forms'; |
我们注册了一个验证器函数,如果控制值有效返回null
,则返回该函数;否则,返回一个错误对象。这已经很好用了,我们可以像这样显示错误消息:
1 | <form [formGroup]="form"> |
使验证器可测试
不过,我们可以做得更好。使用响应式表单时,我们可能要在具有该表单功能但没有DOM的情况下测试组件。在这种情况下,验证器将不存在,因为它是由计数器组件提供的。通过将验证器函数提取到其自己的声明中并将其导出,可以轻松解决此问题,以便其他模块可以在需要时导入它。
让我们将代码更改为:
1 | export function validateCounterRange(c: FormControl) { |
特别提示:在构建响应式表单时,为了使验证器功能可用于其他模块,优良作法是先声明它们并在注册提供商的配置中引用它们。
现在,可以将验证器导入并添加到我们的表单模型中,如下所示:
1 | import { validateCounterRange } from './counter-input'; |
这个自定义控件越来越好了,但是如果验证器是可配置的,那不是真的很酷吗!这样自定义表单控件的使用者可以决定最大和最小值是什么。
使验证可配置
理想情况下,我们的自定义控件的使用者应该能够执行以下操作:
1 | <counter-input |
由于Angular的依赖项注入和属性绑定系统,这非常容易实现。基本上,我们想要做的是让我们的验证器具有依赖项。
让我们从添加输入属性开始。
1 | import { Input } from '@angular/core'; |
接下来,我们必须以某种方式将这些值传递给我们的validateCounterRange(c: FormControl)
,但是对于每个API,它们需要共用一个FormControl
。这意味着我们需要使用工厂模式来创建该验证器函数,该工厂创建一个如下所示的闭包:
1 | export function createCounterRangeValidator(maxValue, minValue) { |
太好了,我们现在可以使用从组件内部的输入属性获得的动态值来创建验证器函数,并实现 Angular 中用于执行验证的validate()
方法:
1 | import { Input, OnInit } from '@angular/core'; |
这可行,但引入了一个新问题:validateFn
仅在ngOnInit()
中设置。如果counterRangeMax
或counterRangeMin
通过绑定更改,该怎么办?我们需要根据这些更改创建一个新的验证器函数。幸运的是,有一个ngOnChanges()
生命周期挂钩可以使我们做到这一点。我们要做的就是检查输入属性之一是否发生更改,然后重新创建我们的验证函数。我们甚至可以摆脱ngOnInit()
,因为无论如何ngOnChanges()
都会在ngOnInit()
之前被调用:
1 | import { Input, OnChanges } from '@angular/core'; |
最后一点是,我们需要更新验证器的提供商,因为它不再只是一个函数,而是执行验证的组件本身:
1 | @Component({ |
信不信由你,我们现在可以为自定义表单控件配置最大值和最小值!如果我们要构建模板驱动的表单,则看起来就像这样:
1 | <counter-input |
这也适用于表达式:
1 | <counter-input |
如果要构建响应式表单,则可以简单地使用验证器工厂将验证器添加到表单控件中,如下所示:
1 | import { createCounterRangeValidator } from './counter-input'; |