填写这份《一分钟调查》,帮我们(开发组)做得更好!去填写Home

Angular 表单简介

Introduction to forms in Angular

用表单处理用户输入是许多常见应用的基础功能。 应用通过表单来让用户登录、修改个人档案、输入敏感信息以及执行各种数据输入任务。

Handling user input with forms is the cornerstone of many common applications. Applications use forms to enable users to log in, to update a profile, to enter sensitive information, and to perform many other data-entry tasks.

Angular 提供了两种不同的方法来通过表单处理用户输入:响应式表单和模板驱动表单。 两者都从视图中捕获用户输入事件、验证用户输入、创建表单模型、修改数据模型,并提供跟踪这些更改的途径。

Angular provides two different approaches to handling user input through forms: reactive and template-driven. Both capture user input events from the view, validate the user input, create a form model and data model to update, and provide a way to track changes.

不过,响应式表单和模板驱动表单在如何处理和管理表单和表单数据方面有所不同。各有优势。

Reactive and template-driven forms process and manage form data differently. Each offers different advantages.

一般来说:

In general:

  • 响应式表单更健壮:它们的可扩展性、可复用性和可测试性更强。 如果表单是应用中的关键部分,或者你已经准备使用响应式编程模式来构建应用,请使用响应式表单。

    Reactive forms are more robust: they're more scalable, reusable, and testable. If forms are a key part of your application, or you're already using reactive patterns for building your application, use reactive forms.

  • 模板驱动表单在往应用中添加简单的表单时非常有用,比如邮件列表的登记表单。它们很容易添加到应用中,但是不像响应式表单那么容易扩展。如果你有非常基本的表单需求和简单到能用模板管理的逻辑,请使用模板驱动表单。

    Template-driven forms are useful for adding a simple form to an app, such as an email list signup form. They're easy to add to an app, but they don't scale as well as reactive forms. If you have very basic form requirements and logic that can be managed solely in the template, use template-driven forms.

本指南提供的信息可以帮你确定哪种方式最适合你的情况。它介绍了这两种方法所用的公共构造块,还总结了两种方式之间的关键区别,并在建立、数据流和测试等不同的情境下展示了这些差异。

This guide provides information to help you decide which type of form works best for your situation. It introduces the common building blocks used by both approaches. It also summarizes the key differences between the two approaches, and demonstrates those differences in the context of setup, data flow, and testing.

注意:要了解这些表单的详情,参见响应式表单模板驱动表单

Note: For complete information about each kind of form, see Reactive Forms and Template-driven Forms.

关键差异

Key differences

下表总结了响应式表单和模板驱动表单之间的一些关键差异。

The table below summarizes the key differences between reactive and template-driven forms.

响应式

Reactive

模板驱动

Template-driven

建立(表单模式)

Setup (form model)

显式,在组件类中创建。

More explicit, created in component class

隐式,由组件创建。

Less explicit, created by directives

数据模式

Data model

结构化

Structured

非结构化

Unstructured

可预测性

Predictability

同步

Synchronous

异步

Asynchronous

表单验证

Form validation

函数

Functions

指令

Directives

可变性

Mutability

不可变

Immutable

可变

Mutable

可伸缩性

Scalability

访问底层 API

Low-level API access

在 API 之上的抽象

Abstraction on top of APIs

共同基础

Common foundation

响应式表单和模板驱动表单共享了一些底层构造块。

Both reactive and template-driven forms share underlying building blocks.

  • FormControl 实例用于追踪单个表单控件的值和验证状态。

    FormControl tracks the value and validation status of an individual form control.

  • FormGroup 用于追踪一个表单控件组的值和状态。

    FormGroup tracks the same values and status for a collection of form controls.

  • FormArray 用于追踪表单控件数组的值和状态。

    FormArray tracks the same values and status for an array of form controls.

  • ControlValueAccessor 用于在 Angular 的 FormControl 实例和原生 DOM 元素之间创建一个桥梁。

    ControlValueAccessor creates a bridge between Angular FormControl instances and native DOM elements.

参见稍后的建立表单模型部分,了解如何使用响应式表单和模板驱动表单来创建和管理这些控件实例。本章的数据流部分有更详细的介绍。

See the Form model setup section below for an introduction to how these control instances are created and managed with reactive and template-driven forms. Further details are provided in the data flow section of this guide.

建立表单模型

Form model setup

响应式表单和模板驱动表单都是用表单模型来跟踪 Angular 表单和表单输入元素之间值的变化。下面的例子展示了如何定义和创建表单模型。

Reactive and template-driven forms both use a form model to track value changes between Angular forms and form input elements. The examples below show how the form model is defined and created.

在响应式表单中建立

Setup in reactive forms

下面是一个带有输入字段的组件,它使用响应式表单实现了单个控件。

Here's a component with an input field for a single control implemented using reactive forms.

import { Component } from '@angular/core'; import { FormControl } from '@angular/forms'; @Component({ selector: 'app-reactive-favorite-color', template: ` Favorite Color: <input type="text" [formControl]="favoriteColorControl"> ` }) export class FavoriteColorComponent { favoriteColorControl = new FormControl(''); }
      
      import { Component } from '@angular/core';
import { FormControl } from '@angular/forms';

@Component({
  selector: 'app-reactive-favorite-color',
  template: `
    Favorite Color: <input type="text" [formControl]="favoriteColorControl">
  `
})
export class FavoriteColorComponent {
  favoriteColorControl = new FormControl('');
}
    

权威数据源负责提供在指定时间点上表单元素的值和状态。在响应式表单中,表单模式充当权威数据源。上例中的表单模型就是 FormControl 的实例。

The source of truth provides the value and status of the form element at a given point in time. In reactive forms, the form model is the source of truth. In the example above, the form model is the FormControl instance.

在响应式表单中,表单模型是显式定义在组件类中的。接着,响应式表单指令(这里是 FormControlDirective)会把这个现有的表单控件实例通过数据访问器(ControlValueAccessor 的实例)来指派给视图中的表单元素。

With reactive forms, the form model is explicitly defined in the component class. The reactive form directive (in this case, FormControlDirective) then links the existing FormControl instance to a specific form element in the view using a value accessor (ControlValueAccessor instance).

在模板驱动表单中建立

Setup in template-driven forms

下面是同一个带有输入字段的组件,它使用模板驱动表单实现了单个控件。

Here's the same component with an input field for a single control implemented using template-driven forms.

import { Component } from '@angular/core'; @Component({ selector: 'app-template-favorite-color', template: ` Favorite Color: <input type="text" [(ngModel)]="favoriteColor"> ` }) export class FavoriteColorComponent { favoriteColor = ''; }
      
      import { Component } from '@angular/core';

@Component({
  selector: 'app-template-favorite-color',
  template: `
    Favorite Color: <input type="text" [(ngModel)]="favoriteColor">
  `
})
export class FavoriteColorComponent {
  favoriteColor = '';
}
    

在模板驱动表单中,权威数据源是模板。

In template-driven forms, the source of truth is the template.

表单模型的抽象促进了结构的简化。模板驱动表单的 NgModel 指令负责创建和管理指定表单元素上的表单控件实例。它不那么明显,但你不必再直接操纵表单模型了。

The abstraction of the form model promotes simplicity over structure. The template-driven form directive NgModel is responsible for creating and managing the FormControl instance for a given form element. It's less explicit, but you no longer have direct control over the form model.

表单中的数据流

Data flow in forms

当在 Angular 中构建表单时,理解框架如何处理来自用户或程序化修改的数据流是非常重要的。 在处理表单输入时,响应式表单和模板驱动表单遵循两种不同的策略。下面的数据流范例从以前的 "喜欢的颜色" 输入框开始,展示了它在响应式表单中的工作方式与模板驱动表单相比有何不同。

When building forms in Angular, it's important to understand how the framework handles data flowing from the user or from programmatic changes. Reactive and template-driven forms follow two different strategies when handling form input. The data flow examples below begin with the favorite color input field example from above, and then show how changes to favorite color are handled in reactive forms compared to template-driven forms.

响应式表单中的数据流

Data flow in reactive forms

如前所述,在响应式表单中,视图中的每个表单元素都直接链接到一个表单模型(FormControl 实例)。 从视图到模型的修改以及从模型到视图的修改都是同步的,不依赖于所呈现的 UI。下面的图示使用了同一个 "喜欢的颜色" 范例,来演示当输入字段的值的变更来自视图和来自模型时,数据如何流动。

As described above, in reactive forms each form element in the view is directly linked to a form model (FormControl instance). Updates from the view to the model and from the model to the view are synchronous and aren't dependent on the UI rendered. The diagrams below use the same favorite color example to demonstrate how data flows when an input field's value is changed from the view and then from the model.

下面这些步骤列出了 "从视图到模型" 数据流的梗概。

The steps below outline the data flow from view to model.

  1. 最终用户在输入框元素中键入了一个值,这里是 "Blue"。

    The user types a value into the input element, in this case the favorite color Blue.

  2. 这个输入框元素会发出一个带有最新值的 "input" 事件。

    The form input element emits an "input" event with the latest value.

  3. 这个控件值访问器 ControlValueAccessor 会监听表单输入框元素上的事件,并立即把新值传给 FormControl 实例。

    The control value accessor listening for events on the form input element immediately relays the new value to the FormControl instance.

  4. FormControl 实例会通过 valueChanges 这个可观察对象发出这个新值。

    The FormControl instance emits the new value through the valueChanges observable.

  5. valueChanges 的任何一个订阅者都会收到这个新值。

    Any subscribers to the valueChanges observable receive the new value.

下面这些步骤列出了从模型到视图的数据流的梗概。

The steps below outline the data flow from model to view.

  1. favoriteColorControl.setValue() 方法被调用,它会更新这个 FormControl 的值。

    The user calls the favoriteColorControl.setValue() method, which updates the FormControl value.

  2. FormControl 实例会通过 valueChanges 这个可观察对象发出新值。

    The FormControl instance emits the new value through the valueChanges observable.

  3. valueChanges 的任何订阅者都会收到这个新值。

    Any subscribers to the valueChanges observable receive the new value.

  4. 该表单输入框元素上的控件值访问器会把控件更新为这个新值。

    The control value accessor on the form input element updates the element with the new value.

模板驱动表单中的数据流

Data flow in template-driven forms

在模板驱动表单中,每个表单元素都链接到一个指令上,该指令负责管理其内部表单模型。下图使用相同的 "喜欢的颜色" 示例来演示当输入字段的值的变更来自视图和来自模板时,数据如何流动。

In template-driven forms, each form element is linked to a directive that manages the form model internally. The diagrams below use the same favorite color example to demonstrate how data flows when an input field's value is changed from the view and then from the model.

下面这些步骤列出了当输入框的值从 Red 变成 Blue 时 "从视图到模型" 的数据流概况。

The steps below outline the data flow from view to model when the input value changes from Red to Blue.

  1. 最终用户在输入框元素中敲 "Blue"。

    The user types Blue into the input element.

  2. 该输入框元素会发出一个 "input" 事件,带着值 "Blue"。

    The input element emits an "input" event with the value Blue.

  3. 附着在该输入框上的控件值访问器会触发 FormControl 实例上的 setValue() 方法。

    The control value accessor attached to the input triggers the setValue() method on the FormControl instance.

  4. FormControl 实例通过 valueChanges 这个可观察对象发出新值。

    The FormControl instance emits the new value through the valueChanges observable.

  5. valueChanges 的任何订阅者都会收到新值。

    Any subscribers to the valueChanges observable receive the new value.

  6. 控件值访问器 ControlValueAccessory 还会调用 NgModel.viewToModelUpdate() 方法,它会发出一个 ngModelChange 事件。

    The control value accessor also calls the NgModel.viewToModelUpdate() method which emits an ngModelChange event.

  7. 由于该组件模板双向数据绑定到了 favoriteColor,组件中的 favoriteColor 属性就会修改为 ngModelChange 事件所发出的值("Blue")。

    Because the component template uses two-way data binding for the favoriteColor property, the favoriteColor property in the component is updated to the value emitted by the ngModelChange event (Blue).

下面这些步骤列出了当 favoriteColorBlue 变为 Red 时,"从模型到视图" 的数据流概况。

The steps below outline the data flow from model to view when the favoriteColor changes from Blue to Red.

  1. 组件中修改了 favoriteColor 的值。

    The favoriteColor value is updated in the component.

  2. 变更检测开始。

    Change detection begins.

  3. 在变更检测期间,由于这些输入框之一的值发生了变化,Angular 就会调用 NgModel 指令上的 ngOnChanges 生命周期钩子。

    During change detection, the ngOnChanges lifecycle hook is called on the NgModel directive instance because the value of one of its inputs has changed.

  4. ngOnChanges() 方法会把一个异步任务排入队列,以设置内部 FormControl 实例的值。

    The ngOnChanges() method queues an async task to set the value for the internal FormControl instance.

  5. 变更检测完成。

    Change detection completes.

  6. 在下一个检测周期,用来为 FormControl 实例赋值的任务就会执行。

    On the next tick, the task to set the FormControl instance value is executed.

  7. FormControl 实例通过可观察对象 valueChanges 发出最新值。

    The FormControl instance emits the latest value through the valueChanges observable.

  8. valueChanges 的任何订阅者都会收到这个新值。

    Any subscribers to the valueChanges observable receive the new value.

  9. 控件值访问器 ControlValueAccessor 会使用 favoriteColor 的最新值来修改表单的输入框元素。

    The control value accessor updates the form input element in the view with the latest favoriteColor value.

表单验证

Form validation

验证是管理任何表单时必备的一部分。无论你是要检查必填项,还是查询外部 API 来检查用户名是否已存在,Angular 都会提供一组内置的验证器,以及创建自定义验证器所需的能力。

Validation is an integral part of managing any set of forms. Whether you're checking for required fields or querying an external API for an existing username, Angular provides a set of built-in validators as well as the ability to create custom validators.

  • 响应式表单把自定义验证器定义成函数,它以要验证的控件作为参数。

    Reactive forms define custom validators as functions that receive a control to validate.

  • 模板驱动表单和模板指令紧密相关,并且必须提供包装了验证函数的自定义验证器指令。

    Template-driven forms are tied to template directives, and must provide custom validator directives that wrap validation functions.

要了解验证器的更多知识,参见表单验证

For more information, see Form Validation.

测试

Testing

测试在复杂的应用程序中也起着重要的作用,并且总是欢迎更容易的测试策略。测试响应式表单和模板驱动表单的差别之一在于它们是否需要渲染 UI 才能基于表单控件和表单字段变化来执行断言。下面的例子演示了使用响应式表单和模板驱动表单时表单的测试过程。

Testing plays a large part in complex applications and a simpler testing strategy is useful when validating that your forms function correctly. Reactive forms and template-driven forms have different levels of reliance on rendering the UI to perform assertions based on form control and form field changes. The following examples demonstrate the process of testing forms with reactive and template-driven forms.

测试响应式表单

Testing reactive forms

响应式表单提供了相对简单的测试策略,因为它们能提供对表单和数据模型的同步访问,而且不必渲染 UI 就能测试它们。在这些测试中,控件和数据是通过控件进行查询和操纵的,不需要和变更检测周期打交道。

Reactive forms provide a relatively easy testing strategy because they provide synchronous access to the form and data models, and they can be tested without rendering the UI. In these tests, status and data are queried and manipulated through the control without interacting with the change detection cycle.

下面的测试利用前面的 "喜欢的颜色" 组件来验证响应式表单中的 "从视图到模型" 和 "从模型到视图" 数据流。

The following tests use the favorite color components mentioned earlier to verify the data flows from view to model and model to view for a reactive form.

下面的测试验证了 "从视图到模型" 数据流

The following test verifies the data flow from view to model.

it('should update the value of the input field', () => { const input = fixture.nativeElement.querySelector('input'); const event = createNewEvent('input'); input.value = 'Red'; input.dispatchEvent(event); expect(fixture.componentInstance.favoriteColorControl.value).toEqual('Red'); });
Favorite color test - view to model
      
      it('should update the value of the input field', () => {
  const input = fixture.nativeElement.querySelector('input');
  const event = createNewEvent('input');

  input.value = 'Red';
  input.dispatchEvent(event);

  expect(fixture.componentInstance.favoriteColorControl.value).toEqual('Red');
});
    

这个 "视图到模型" 测试中执行的步骤如下。

Here are the steps performed in the view to model test.

  1. 查询表单输入框元素的视图,并为测试创建自定义的 "input" 事件

    Query the view for the form input element, and create a custom "input" event for the test.

  2. 把输入的新值设置为 Red,并在表单输入元素上调度 "input" 事件。

    Set the new value for the input to Red, and dispatch the "input" event on the form input element.

  3. 断言该组件的 favoriteColorControl 的值与来自输入框的值是匹配的。

    Assert that the component's favoriteColorControl value matches the value from the input.

下面的例子验证了 "从模型到视图" 的数据流:

The following test verifies the data flow from model to view.

it('should update the value in the control', () => { component.favoriteColorControl.setValue('Blue'); const input = fixture.nativeElement.querySelector('input'); expect(input.value).toBe('Blue'); });
Favorite color test - model to view
      
      it('should update the value in the control', () => {
  component.favoriteColorControl.setValue('Blue');

  const input = fixture.nativeElement.querySelector('input');

  expect(input.value).toBe('Blue');
});
    

这个 "从模型到视图" 测试的执行步骤如下。

Here are the steps performed in the model to view test.

  1. 使用 favoriteColorControl 这个 FormControl 实例来设置新值。

    Use the favoriteColorControl, a FormControl instance, to set the new value.

  2. 查询表单中输入框的视图。

    Query the view for the form input element.

  3. 断言控件上设置的新值与输入中的值是匹配的。

    Assert that the new value set on the control matches the value in the input.

测试模板驱动表单

Testing template-driven forms

使用模板驱动表单编写测试就需要详细了解变更检测过程,以及指令在每个变更检测周期中如何运行,以确保在正确的时间查询、测试或更改元素。

Writing tests with template-driven forms requires a detailed knowledge of the change detection process and an understanding of how directives run on each cycle to ensure that elements are queried, tested, or changed at the correct time.

下面的测试使用了以前的 "喜欢的颜色" 组件,来验证模板驱动表单的 "从视图到模型" 和 "从模型到视图" 数据流。

The following tests use the favorite color components mentioned earlier to verify the data flows from view to model and model to view for a template-driven form.

下面的测试验证了 "从视图到模型" 数据流:

The following test verifies the data flow from view to model.

it('should update the favorite color in the component', fakeAsync(() => { const input = fixture.nativeElement.querySelector('input'); const event = createNewEvent('input'); input.value = 'Red'; input.dispatchEvent(event); fixture.detectChanges(); expect(component.favoriteColor).toEqual('Red'); }));
Favorite color test - view to model
      
      it('should update the favorite color in the component', fakeAsync(() => {
  const input = fixture.nativeElement.querySelector('input');
  const event = createNewEvent('input');

  input.value = 'Red';
  input.dispatchEvent(event);

  fixture.detectChanges();

  expect(component.favoriteColor).toEqual('Red');
}));
    

这个 "视图到模型" 测试的执行步骤如下:

Here are the steps performed in the view to model test.

  1. 查询表单输入元素中的视图,并为测试创建自定义 "input" 事件。

    Query the view for the form input element, and create a custom "input" event for the test.

  2. 把输入框的新值设置为 Red,并在表单输入框元素上派发 "input" 事件。

    Set the new value for the input to Red, and dispatch the "input" event on the form input element.

  3. 通过测试夹具(Fixture)来运行变更检测。

    Run change detection through the test fixture.

  4. 断言该组件 favoriteColor 属性的值与来自输入框的值是匹配的。

    Assert that the component favoriteColor property value matches the value from the input.

下面的测试验证了 "从模型到视图" 的数据流:

The following test verifies the data flow from model to view.

it('should update the favorite color on the input field', fakeAsync(() => { component.favoriteColor = 'Blue'; fixture.detectChanges(); tick(); const input = fixture.nativeElement.querySelector('input'); expect(input.value).toBe('Blue'); }));
Favorite color test - model to view
      
      it('should update the favorite color on the input field', fakeAsync(() => {
  component.favoriteColor = 'Blue';

  fixture.detectChanges();

  tick();

  const input = fixture.nativeElement.querySelector('input');

  expect(input.value).toBe('Blue');
}));
    

这个 "模型到视图" 测试的执行步骤如下:

Here are the steps performed in the model to view test.

  1. 使用组件实例来设置 favoriteColor 的值。

    Use the component instance to set the value of the favoriteColor property.

  2. 通过测试夹具(Fixture)来运行变更检测。

    Run change detection through the test fixture.

  3. fakeAsync() 任务中使用 tick() 方法来模拟时间的流逝。

    Use the tick() method to simulate the passage of time within the fakeAsync() task.

  4. 查询表单输入框元素的视图。

    Query the view for the form input element.

  5. 断言输入框的值与该组件实例的 favoriteColor 属性值是匹配的。

    Assert that the input value matches the value of the favoriteColor property in the component instance.

可变性

Mutability

追踪变更的方法对于应用的运行效率有着重要作用。

The change tracking method plays a role in the efficiency of your application.

  • 响应式表单通过将数据模型提供为不可变数据结构来保持数据模型的纯粹性。每当在数据模型上触发更改时,FormControl 实例都会返回一个新的数据模型,而不是直接修改原来的。这样能让你通过该控件的可观察对象来跟踪那些具有唯一性的变更。这种方式可以让变更检测更高效,因为它只需要在发生了唯一性变更的时候进行更新。它还遵循与操作符相结合使用的 "响应式" 模式来转换数据。

    Reactive forms keep the data model pure by providing it as an immutable data structure. Each time a change is triggered on the data model, the FormControl instance returns a new data model rather than updating the existing data model. This gives you the ability to track unique changes to the data model through the control's observable. This provides one way for change detection to be more efficient because it only needs to update on unique changes. It also follows reactive patterns that integrate with observable operators to transform data.

  • 模板驱动表单依赖于可变性,它使用双向数据绑定,以便在模板中发生变更时修改数据模型。因为在使用双向数据绑定时无法在数据模型中跟踪具有唯一性的变更,因此变更检测机制在要确定何时需要更新时效率较低。

    Template-driven forms rely on mutability with two-way data binding to update the data model in the component as changes are made in the template. Because there are no unique changes to track on the data model when using two-way data binding, change detection is less efficient at determining when updates are required.

以 "喜欢的颜色" 输入框元素为例来看看两者有什么不同:

The difference is demonstrated in the examples above using the favorite color input element.

  • 对于响应式表单,每当控件值变化时,FormControl 实例就会返回一个新的值。

    With reactive forms, the FormControl instance always returns a new value when the control's value is updated.

  • 对于模板驱动表单,favoriteColor 属性总是会修改成它的新值。

    With template-driven forms, the favorite color property is always modified to its new value.

可伸缩性

Scalability

如果表单是应用程序的核心部分,那么可伸缩性就非常重要。能跨组件复用的表单模型是至关重要的。

If forms are a central part of your application, scalability is very important. Being able to reuse form models across components is critical.

  • 响应式表单通过提供对底层 API 的访问和对表单模型的同步访问,让创建大型表单更轻松。

    Reactive forms provide access to low-level APIs and synchronous access to the form model, making creating large-scale forms easier.

  • 模板驱动表单专注于简单的场景,它不可重用、对底层 API 进行抽象,而且对表单模型的访问是异步的。 在测试过程中,模板驱动表单的抽象也会参与测试。而测试响应式表单需要更少的准备代码,并且当测试期间修改和验证表单模型与数据模型时,不依赖变更检测周期。

    Template-driven forms focus on simple scenarios, are not as reusable, abstract away the low-level APIs, and provide asynchronous access to the form model. The abstraction with template-driven forms also surfaces in testing, where testing reactive forms requires less setup and no dependence on the change detection cycle when updating and validating the form and data models during testing.

最后的思考

Final thoughts

要选择一项策略就要先了解所提供选项的优缺点。当决定在 Angular 中构建表单要选择哪种基础设施时,底层 API 访问、表单模型访问、可预测性、可变性、直观的验证方式和测试策略以及可伸缩性都是重要的考虑因素。 模板驱动表单和 AngularJS 中的传统模式相似,但它们具有局限性。响应式表单已经和 Angular 架构的其它部分存在的响应式模式相整合,并很好地弥补了这些需求。

Choosing a strategy begins with understanding the strengths and weaknesses of the options presented. Low-level API and form model access, predictability, mutability, straightforward validation and testing strategies, and scalability are all important considerations in choosing the infrastructure you use to build your forms in Angular. Template-driven forms are similar to patterns in AngularJS, but they have limitations given the criteria of many modern, large-scale Angular apps. Reactive forms minimize these limitations. Reactive forms integrate with reactive patterns already present in other areas of the Angular architecture, and complement those requirements well.

后续步骤

Next steps

要进一步了解响应式表单,参见下列章节:

To learn more about reactive forms, see the following guides:

要进一步了解模板驱动表单,参见下列章节:

To learn more about template-driven forms, see the following guides: