Angular9 词汇表

词汇表

Angular 有自己的词汇表。 虽然大多数 Angular 短语都是日常用语或计算机术语，但是在 Angular 体系中，它们有特别的含义。

本词汇表列出了常用术语和少量具有反常或意外含义的不常用术语。

预 (ahead-of-time, AOT) 编译

Angular 的预先（AOT）编译器可以在编译期间把 Angular 的 HTML 代码和 TypeScript 代码转换成高效的 JavaScript 代码，这样浏览器就可以直接下载并运行它们。 对于产品环境，这是最好的编译模式，相对于即时 (JIT) 编译而言，它能减小加载时间，并提高性能。

使用命令行工具 ngc 来编译你的应用之后，就可以直接启动一个模块工厂，这意味着你不必再在 JavaScript 打包文件中包含 Angular 编译器。

Angular 元素（element）

被包装成自定义元素的 Angular 组件。

注：
- 参考 [Angular 元素]() 一文。

注解（Annotation）

一种为类提供元数据的结构。

注：
参见 [装饰器]()。

应用外壳（app-shell）

应用外壳是一种在构建期间通过路由为应用渲染出部分内容的方式。 这样就能为用户快速渲染出一个有意义的首屏页面，因为浏览器可以在初始化脚本之前渲染出静态的 HTML 和 CSS。

欲知详情，参见应用外壳模型。

你可以使用 Angular CLI 来生成一个应用外壳。 它可以在浏览器下载完整版应用之前，先快速启动一个静态渲染页面（所有页面的公共骨架）来增强用户体验，等代码加载完毕后再自动切换到完整版。

注：
- 参考 [Service Worker 与 PWA]() 一文。

建筑师（Architect）

CLI 用来根据所提供的配置执行复杂任务（比如编译和执行测试）的工具。 建筑师是一个外壳，它用来对一个指定的目标配置来执行一个构建器（builder） (定义在一个 npm 包中)。

在工作空间配置文件中，"architect" 区可以为建筑师的各个构建器提供配置项。

比如，内置的 linting 构建器定义在 @angular-devkit/build_angular:tslint 包中，它使用 TSLint 工具来执行 linting 操作，其配置是在 tslint.json 文件中指定的。

使用 CLI 命令 ng run可以通过指定与某个构建器相关联的目标配置来调用此构建器。 整合器（Integrator）可以添加一些构建器来启用某些工具和工作流，以便通过 Angular CLI 来运行它。比如，自定义构建器可以把 CLI 命令（如 ng build 或 ng test）的内置实现替换为第三方工具。

属性型指令（attribute directives）

指令 (directive)的一种。可以监听或修改其它 HTML 元素、特性 (attribute)、属性 (property)、组件的行为。通常用作 HTML 属性，就像它的名字所暗示的那样。

注：
- 参考 [属性型指令]() 一文。

绑定 (binding)

广义上是指把变量或属性设置为某个数据值的一种实践。 在 Angular 中，一般是指数据绑定，它会根据数据对象属性的值来设置 DOM 对象的属性。

有时也会指在“令牌（Token）”和依赖提供者（Provider） 之间的依赖注入 绑定。

启动/引导 (bootstrap)

一种用来初始化和启动应用或系统的途径。

在 Angular 中，应用的根模块（AppModule）有一个 bootstrap 属性，用于指出该应用的的顶层组件。 在引导期间，Angular 会创建这些组件，并插入到宿主页面 index.html 中。 你可以在同一个 index.html 中引导多个应用，每个应用都有一些自己的组件。

注：
参考 [引导]() 一文。

构建器（Builder）

一个函数，它使用 Architect API 来执行复杂的过程，比如构建或测试。 构建器的代码定义在一个 npm 包中。

比如，BrowserBuilder 针对某个浏览器目标运行 webpack 构建，而 KarmaBuilder 则启动 Karma 服务器，并且针对单元测试运行 webpack 构建。

CLI 命令 ng run 使用一个特定的目标配置来调用构建器。 工作空间配置文件 angular.json 中包含这些内置构建器的默认配置。

大小写类型（case types）

Angular 使用大小写约定来区分多种名字，详见风格指南中的 "命名" 一节。下面是这些大小写类型的汇总表：

• 小驼峰形式（camelCase）：符号、属性、方法、管道名、非组件指令的选择器、常量。 小驼峰（也叫标准驼峰）形式的第一个字母要使用小写形式。比如 "selectedHero"。

• 大驼峰形式（UpperCamelCase）或叫帕斯卡形式（PascalCase）：类名（包括用来定义组件、接口、NgModule、指令、管道等的类）。 大驼峰形式的第一个字母要使用大写形式。比如 "HeroListComponent"。

• 中线形式（dash-case）或叫烤串形式（kebab-case）：文件名中的描述部分，组件的选择器。比如 "app-hero-list"。

• 下划线形式（underscore_case）或叫蛇形形式（snake_case）：在 Angular 中没有典型用法。蛇形形式使用下划线连接各个单词。 比如 "convert_link_mode"。

• 大写下划线形式（UPPER_UNDERSCORE_CASE）或叫大写蛇形形式（UPPER_SNAKE_CASE）：传统的常量写法（可以接受，但更推荐用小驼峰形式（camelCase）） 大蛇形形式使用下划线分隔的全大写单词。比如 "FIX_ME"。

变更检测（change detection）

Angular 框架会通过此机制将应用程序 UI 的状态与数据的状态同步。变更检测器在运行时会检查数据模型的当前状态，并在下一轮迭代时将其和先前保存的状态进行比较。

当应用逻辑更改组件数据时，绑定到视图中 DOM 属性上的值也要随之更改。变更检测器负责更新视图以反映当前的数据模型。类似地，用户也可以与 UI 进行交互，从而引发要更改数据模型状态的事件。这些事件可以触发变更检测。

使用默认的（“CheckAlways”）变更检测策略，变更检测器将遍历每个视图模型上的视图层次结构，以检查模板中的每个数据绑定属性。在第一阶段，它将所依赖的数据的当前状态与先前状态进行比较，并收集更改。在第二阶段，它将更新页面上的 DOM 以反映出所有新的数据值。

如果设置了 OnPush（“CheckOnce”）变更检测策略，则变更检测器仅在显式调用它或由 @Input 引用的变化或触发事件处理程序时运行。这通常可以提高性能。

注：
参考 [优化 Angular 的变更检测]() 一文。

类装饰器（class decorator）

装饰器会出现在类定义的紧前方，用来声明该类具有指定的类型，并且提供适合该类型的元数据。

可以用下列装饰器来声明 Angular 的类：

• @Component()

• @Directive()

• @Pipe()

• @Injectable()

• @NgModule()

类字段装饰器（class field decorator）

出现在类定义中属性紧前方的装饰器语句用来声明该字段的类型。比如 @Input 和 @Output。

集合（collection）

在 Angular 中，是指收录在同一个 npm 包 中的一组原理图（schematics）。

命令行界面（CLI）

Angular CLI 是一个命令行工具，用于管理 Angular 的开发周期。它用于为工作区或项目创建初始的脚手架，并且运行生成器（schematics）来为初始生成的版本添加或修改各类代码。 CLI 支持开发周期中的所有阶段，比如构建、测试、打包和部署。

• 要开始使用 CLI 来创建新项目，参考 [建立本地开发环境]()。

• 要了解 CLI 的全部功能，参考 [CLI 命令参考手册]()。

注：
参考 [Schematics CLI]() 一文。

组件 (component)

一个带有 @Component() 装饰器的类，和它的伴生模板关联在一起。组件类及其模板共同定义了一个视图。

组件是指令的一种特例。@Component() 装饰器扩展了 @Directive() 装饰器，增加了一些与模板有关的特性。

Angular 的组件类负责暴露数据，并通过数据绑定机制来处理绝大多数视图的显示和用户交互逻辑。

注：
- 要了解更多关于组件类、模板和视图的知识，参考 [架构概览]() 一章。

配置（configuration）

参考 [工作空间配置]() 。

自定义元素（Custom element）

一种 Web 平台的特性，目前已经被绝大多数浏览器支持，在其它浏览器中也可以通过腻子脚本获得支持（参考 [浏览器支持]()）。

这种自定义元素特性通过允许你定义标签（其内容是由 JavaScript 代码来创建和控制的）来扩展 HTML。当自定义元素（也叫 Web Component）被添加到 CustomElementRegistry 之后就会被浏览器识别。

你可以使用 API 来转换 Angular 组件，以便它能够注册进浏览器中，并且可以用在你往 DOM 中添加的任意 HTML 中。 自定义元素标签可以把组件的视图（包括变更检测和数据绑定功能）插入到不受 Angular 控制的内容中。

注：
- 参考 [Angular 元素]()。
- 参考 [加载动态组件]()。

数据绑定 (data binding)

这个过程可以让应用程序将数据展示给用户，并对用户的操作（点击、触屏、按键）做出回应。

在数据绑定机制下，你只要声明一下 HTML 部件和数据源之间的关系，把细节交给框架去处理。 而以前的手动操作过程是：将数据推送到 HTML 页面中、添加事件监听器、从屏幕获取变化后的数据，并更新应用中的值。

更多的绑定形式，见[模板语法]()：

• [插值]()

• [property 绑定]()

• [事件绑定]()

• [attribute 绑定]()

• [CSS 类绑定]()

• [样式绑定]()

• [基于 ngModel 的双向数据绑定]()

可声明对象（declarable）

类的一种类型，你可以把它们添加到 NgModule 的 declarations 列表中。 你可以声明组件、指令和管道。

不要声明：

• 已经在其它 NgModule 中声明过的类

• 从其它包中导入的指令数组。比如，不要再次声明来自 @angular/forms 中的 FORMS_DIRECTIVES

• NgModule 类

• 服务类

• 非 Angular 的类和对象，比如：字符串、数字、函数、实体模型、配置、业务逻辑和辅助类

装饰器（decorator | decoration）

一个函数，用来修饰紧随其后的类或属性定义。 装饰器（也叫注解）是 JavaScript 的一种语言特性，是一项位于阶段 2（stage 2）的试验特性。

Angular 定义了一些装饰器，用来为类或属性附加元数据，来让自己知道那些类或属性的含义，以及该如何处理它们。

注：
- 参考 [类装饰器]()、[类属性装饰器]()。

依赖注入（dependency injection）

依赖注入既是设计模式，同时又是一种机制：当应用程序的一些部件（即一些依赖）需要另一些部件时， 利用依赖注入来创建被请求的部件，并将它们注入到需要它们的部件中。

在 Angular 中，依赖通常是服务，但是也可以是值，比如字符串或函数。应用的注入器（它是在启动期间自动创建的）会使用该服务或值的配置好的提供者来按需实例化这些依赖。各个不同的提供者可以为同一个服务提供不同的实现。

注：
参考 [Angular 中的依赖注入]() 一章。

DI 令牌（Token）

一种用来查阅的令牌，它关联到一个依赖提供者，用于依赖注入系统中。

差异化加载 一种构建技术，它会为同一个应用创建两个发布包。一个是较小的发布包，是针对现代浏览器的。另一个是较大的发布包，能让该应用正确的运行在像 IE 11 这样的老式浏览器上，这些浏览器不能支持全部现代浏览器的 API。

注：
参考 [Deployment]() 一章。

指令 (directive)

一个可以修改 DOM 结构或修改 DOM 和组件数据模型中某些属性的类。 指令类的定义紧跟在 @Directive() 装饰器之后，以提供元数据。

指令类几乎总与 HTML 元素或属性 (attribute) 相关。 通常会把这些 HTML 元素或者属性 (attribute) 当做指令本身。 当 Angular 在 HTML 模板中发现某个指令时，会创建与之相匹配的指令类的实例，并且把这部分 DOM 的控制权交给它。

指令分为三类：

• 组件使用 @Component()（继承自 @Directive()）为某个类关联一个模板。

• [属性型指令]() 修改页面元素的行为和外观。

• [结构型指令]() 修改 DOM 的结构。

Angular 提供了一些以 ng 为前缀的内置指令。你也可以创建新的指令来实现自己的功能。 你可以为自定义指令关联一个选择器（一种形如 <my-directive> 的 HTML 标记），以扩展模板语法，从而让你能在应用中使用它。

领域特定语言（DSL)

一种特殊用途的库或 API，参见领域特定语言词条。

Angular 使用领域特定语言扩展了 TypeScript，用于与 Angular 应用相关的许多领域。这些 DSL 都定义在 NgModule 中，比如 动画、表单和路由与导航。

动态组件加载（dynamic component loading）

一种在运行期间把组件添加到 DOM 中的技术，它需要你从编译期间排除该组件，然后，当你把它添加到 DOM 中时，再把它接入 Angular 的变更检测与事件处理框架。

注：
参考 [自定义元素]()，它提供了一种更简单的方式来达到相同的效果。

急性加载（Eager Loading）

在启动时加载的 NgModule 和组件被称为急性加载，与之相对的是那些在运行期间才加载的方式（惰性加载）。 参见惰性加载。

ECMAScript 语言

[官方 JavaScript 语言规范]()

并不是所有浏览器都支持最新的 ECMAScript 标准，不过你可以使用转译器（比如TypeScript）来用最新特性写代码，然后它会被转译成可以在浏览器的其它版本上运行的代码。

注：
参考 [浏览器支持]()。

元素（Element）

Angular 定义了 ElementRef 类来包装与渲染有关的原生 UI 元素。这让你可以在大多数情况下使用 Angular 的模板和数据绑定机制来访问 DOM 元素，而不必再引用原生元素。

本文档中一般会使用元素（Element）来指代 ElementRef 的实例，注意与 DOM 元素（你必要时你可以直接访问它）区分开。

可以对比下 [自定义元素]()。

入口点（Entry Point）

JavaScript 模块的目的是供 npm 包的用户进行导入。入口点模块通常会重新导出来自其它内部模块的一些符号。每个包可以包含多个入口点。比如 @angular/core 就有两个入口点模块，它们可以使用名字 @angular/core 和 @angular/core/testing 进行导入。

表单控件（form control）

一个 FormControl 实例，它是 Angular 表单的基本构造块。它会和 FormGroup 和 FormArray 一起，跟踪表单输入元素的值、有效性和状态。

注：
参考 [Angular 表单简介]()。

表单模型（form model）

是指在指定的时间点，表单输入元素的值和验证状态的"权威数据源"。当使用响应式表单时，表单模型会在组件类中显式创建。当使用模板驱动表单时，表单模型是由一些指令隐式创建的。

注：
参考 [Angular 表单简介]()。

表单验证（form validation）

一种检查，当表单值发生变化时运行，并根据预定义的约束来汇报指定的这些值是否正确并完全。响应式表单使用验证器函数，而模板驱动表单则使用验证器指令。

注：
参考 [表单验证器]()。

不可变性（immutability）

是否能够在创建之后修改值的状态。响应式表单会执行不可变性的更改，每次更改数据模型都会生成一个新的数据模型，而不是修改现有的数据模型。 模板驱动表单则会执行可变的更改，它通过 NgModel 和双向数据绑定来就地修改现有的数据模型。

可注入对象（injectable）

Angular 中的类或其它概念使用依赖注入机制来提供依赖。 可供注入的服务类必须使用 @Injectable() 装饰器标出来。其它条目，比如常量值，也可用于注入。

注入器 (injector)

Angular 依赖注入系统中可以在缓存中根据名字查找依赖，也可以通过配置过的提供者来创建依赖。 启动过程中会自动为每个模块创建一个注入器，并被组件树继承。

注入器会提供依赖的一个单例，并把这个单例对象注入到多个组件中。

模块和组件级别的注入器树可以为它们拥有的组件及其子组件提供同一个依赖的不同实例。

你可以为同一个依赖使用不同的提供者来配置这些注入器，这些提供者可以为同一个依赖提供不同的实现。

注：
参考 [多级依赖注入]()。

输入属性 (input)

当定义指令时，指令属性上的 @Input() 装饰器让该属性可以作为属性绑定的目标使用。 数据值会从等号右侧的模板表达式所指定的数据源流入组件的输入属性。

注：
参考 [输入与输出属性]()。

插值 (interpolation)

属性数据绑定 (property data binding) 的一种形式，位于双大括号中的模板表达式 (template expression)会被渲染成文本。 在被赋值给元素属性或者显示在元素标签中之前，这些文本可能会先与周边的文本合并，参见下面的例子。

<label>My current hero is {{hero.name}}</label>

常春藤引擎（Ivy）

Ivy 是 Angular 的下一代编译和渲染管道的代号。在 Angular 的版本 9 中，默认情况下使用新的编译器和运行时，而不再用旧的编译器和运行时，也就是 View Engine。

注：
参考 [Angular Ivy]()。

JavaScript

参见 [ECMAScript]() 和 [TypeScript]()。

即时 (just-in-time, JIT) 编译

在启动期间，Angular 的即时编译器（JIT)会在运行期间把你的 Angular HTML 和 TypeScript 代码转换成高效的 JavaScript 代码。

当你运行 Angular 的 CLI 命令 ng build 和 ng serve 时，JIT 编译是默认选项，而且是开发期间的最佳实践。但是强烈建议你不要在生产环境下使用 JIT 模式，因为它会导致巨大的应用负担，从而拖累启动时的性能。

注：
参考 [预先 (AOT) 编译]()。

惰性加载（Lazy loading）

惰性加载过程会把应用拆分成多个包并且按需加载它们，从而提高应用加载速度。 比如，一些依赖可以根据需要进行惰性加载，与之相对的是那些 急性加载 的模块，它们是根模块所要用的，因此会在启动期间加载。

路由器只有当父视图激活时才需要加载子视图。同样，你还可以构建一些自定义元素，它们也可以在需要时才加载进 Angular 应用。

库（Library）

一种 Angular 项目。用来让其它 Angular 应用包含它，以提供各种功能。库不是一个完整的 Angular 应用，不能独立运行。（要想为非 Angular 应用添加可复用的 Angular 功能，你可以使用 Angular 的自定义元素。）

库的开发者可以使用 CLI 在现有的 工作区 中 generate 新库的脚手架，还能把库发布为 npm 包。

应用开发者可以使用 CLI 来把一个已发布的库 add 进这个应用所在的工作区。

注：
参考 [原理图（schematic）]()。

生命周期钩子（Lifecycle hook）

一种接口，它允许你监听指令和组件的生命周期，比如创建、更新和销毁等。

每个接口只有一个钩子方法，方法名是接口名加前缀 ng。例如，OnInit 接口的钩子方法名为 ngOnInit。

Angular 会按以下顺序调用钩子方法：

• ngOnChanges - 在输入属性 (input)/输出属性 (output)的绑定值发生变化时调用。

• ngOnInit - 在第一次 ngOnChanges 完成后调用。

• ngDoCheck - 开发者自定义变更检测。

• ngAfterContentInit - 在组件内容初始化后调用。

• ngAfterContentChecked - 在组件内容每次检查后调用。

• ngAfterViewInit - 在组件视图初始化后调用。

• ngAfterViewChecked - 在组件视图每次检查后调用。

• ngOnDestroy - 在指令销毁前调用。

注：
参考 [生命周期钩子页]()。

模块 (module)

通常，模块会收集一组专注于单一目的的代码块。Angular 既使用 JavaScript 的标准模块，也定义了 Angular 自己的模块，也就是 NgModule。

在 JavaScript (ECMAScript) 中，每个文件都是一个模块，该文件中定义的所有对象都属于这个模块。这些对象可以导出为公共对象，而这些公共对象可以被其它模块导入后使用。

Angular 就是用一组 JavaScript 模块（也叫库）的形式发布的。每个 Angular 库都带有 @angular 前缀。 使用 NPM 包管理器安装它们，并且使用 JavaScript 的 import 声明语句从中导入各个部件。

注：
参考 [NgModule]()。

ngcc

Angular 兼容性编译器。如果使用 Ivy 构建应用程序，但依赖未用 Ivy 编译的库，则 CLI 将使用 ngcc 自动更新依赖库以使用 Ivy。

NgModule

一种带有 @NgModule() 装饰器的类定义，它会声明并提供一组专注于特定功能的代码块，比如业务领域、工作流或一组紧密相关的能力集等。

像 JavaScript 模块一样，NgModule 能导出那些可供其它 NgModule 使用的功能，也可以从其它 NgModule 中导入其公开的功能。 NgModule 类的元数据中包括一些供应用使用的组件、指令和管道，以及导入、导出列表。参见可声明对象。

NgModule 通常会根据它导出的内容决定其文件名，比如，Angular 的 DatePipe 类就属于 date_pipe.ts 文件中一个名叫 date_pipe 的特性模块。 你可以从 Angular 的范围化包中导入它们，比如 @angular/core。

每个 Angular 应用都有一个根模块。通常，这个类会命名为 AppModule，并且位于一个名叫 app.module.ts 的文件中。

注：
参考 [NgModules]()。

npm 包

npm 包管理器用于分发与加载 Angular 的模块和库。

注：
你还可以了解 Angular 如何使用 [Npm 包]() 的更多知识。

可观察对象（Observable）

一个多值生成器，这些值会被推送给订阅者。 Angular 中到处都会用到异步事件处理。你要通过调用可观察对象的 subscribe() 方法来订阅它，从而让这个可观察对象得以执行，你还要给该方法传入一些回调函数来接收 "有新值"、"错误" 或 "完成" 等通知。

可观察对象可以把任意类型的一个或多个值传给订阅者，无论是同步（就像函数把值返回给它的调用者一样）还是异步。 订阅者会在生成了新值时收到包含这个新值的通知，以及正常结束或错误结束时的通知。

Angular 使用一个名叫响应式扩展 (RxJS)的第三方包来实现这些功能。

注：
参考 [可观察对象]()。

观察者（Observer）

传给可观察对象 的 subscribe() 方法的一个对象，其中定义了订阅者的一组回调函数。

输出属性 (output)

当定义指令时，指令属性上的 @Output() 装饰器会让该属性可用作事件绑定的目标。 事件从该属性流出到等号右侧指定的模板表达式中。

注：
参考 [输入与输出属性]()。

管道（pipe）

一个带有 @Pipe{} 装饰器的类，它定义了一个函数，用来把输入值转换成输出值，以显示在视图中。 Angular 定义了很多管道，并且你还可可以自定义新的管道。

注：
参考 [管道]()。

平台（platform）

在 Angular 术语中，平台是供 Angular 应用程序在其中运行的上下文。Angular 应用程序最常见的平台是 Web 浏览器，但它也可以是移动设备的操作系统或 Web 服务器。

@angular/platform-* 软件包提供了对各种 Angular 运行时平台的支持。这些软件包通过提供用于收集用户输入和渲染指定平台 UI 的实现，以允许使用 @angular/core 和 @angular/common 的应用程序在不同的环境中执行。隔离平台相关的功能使开发人员可以独立于平台使用框架的其余部分。

• 在 Web 浏览器中运行时，BrowserModule 是从 platform-browser 软件包中导入的，并支持简化安全性和事件处理的服务，并允许应用程序访问浏览器专有的功能，例如解释键盘输入和控制文档要显示的标题。浏览器中运行的所有应用程序都使用同一个平台服务。

• 使用服务端渲染（SSR）时，platform-server 包将提供 DOM、XMLHttpRequest 和其它不依赖浏览器的其它底层功能的 Web 服务器端实现。

腻子脚本（polyfill）

一个 NPM 包，它负责弥补浏览器 JavaScript 实现与最新标准之间的 "缝隙"。参见浏览器支持页，以了解要在特定平台支持特定功能时所需的腻子脚本。

项目（project）

在 Angular CLI 中，CLI 命令可能会创建或修改独立应用或库。

由 ng new 创建的项目中包含一组源文件、资源和配置文件，当你用 CLI 开发或测试此应用时就会用到它们。此外，还可以用 ng generate application 或 ng generate library 命令创建项目。

angular.json 文件可以配置某个工作空间 中的所有项目。

注：
参考 [项目文件结构]()。

提供者 (provider)

一个实现了 Provider 接口的对象。一个提供者对象定义了如何获取与 DI 令牌（token） 相关联的可注入依赖。 注入器会使用这个提供者来创建它所依赖的那些类的实例。

Angular 会为每个注入器注册一些 Angular 自己的服务。你也可以注册应用自己所需的服务提供者。

参见服务和依赖注入。

注：
参考 [依赖注入]()。

响应式表单 (reactive forms)

通过组件中代码构建 Angular 表单的一个框架。 另一种技术是模板驱动表单

构建响应式表单时：

"权威数据源"（表单模型）定义在组件类中。

表单验证在组件代码而不是验证器指令中定义。

在组件类中，使用 new FormControl() 或者 FormBuilder 显性地创建每个控件。

模板中的 input 元素不使用 ngModel。

相关联的 Angular 指令全部以 Form 开头，例如 FormGroup()、FormControl() 和 FormControlName()。

另一种方式是模板驱动表单。模板驱动表单的简介和这两种方式的比较，参见 [Angular 表单简介]()。

路由器 (router)

一种工具，用来配置和实现 Angular 应用中各个状态和视图之间的导航。

Router 模块是一个 NgModule，它提供在应用视图间导航时需要的服务提供者和指令。路由组件是一种组件，它导入了 Router 模块，并且其模板中包含 RouterOutlet 元素，路由器生成的视图就会被显示在那里。

路由器定义了在单页面中的各个视图之间导航的方式，而不是在页面之间。它会解释类似 URL 的链接，以决定该创建或销毁哪些视图，以及要加载或卸载哪些组件。它让你可以在 Angular 应用中获得惰性加载的好处。

注：
参考 [路由与导航]()。

路由出口（router outlet）

一种指令，它在路由组件的模板中扮演占位符的角色，Angular 会根据当前的路由状态动态填充它。

路由组件 (routing component)

一个模板中带有 RouterOutlet 指令的 Angular 组件，用于根据路由器的导航显示相应的视图。

注：
参考 [路由与导航]()。

规则（rule）

在原理图 中，是指一个在文件树上运行的函数，用于以指定方式创建、删除或修改文件，并返回一个新的 Tree 对象。

原理图（schematic）

脚手架库会定义如何借助创建、修改、重构或移动文件和代码等操作来生成或转换某个项目。每个原理图定义了一些规则，以操作一个被称为文件树的虚拟文件系统。

Angular CLI 使用原理图来生成和修改 Angular 项目及其部件。

Angular 提供了一组用于 CLI 的原理图。参见 Angular CLI 命令参考手册。当 ng add 命令向项目中添加某个库时，就会运行原理图。ng generate 命令则会运行原理图，来创建应用、库和 Angular 代码块。

公共库的开发者可以创建原理图，来让 CLI 生成他们自己的发布的库。欲知详情，参见 devkit 文档。

注：
参考 [原理图]()和[把库与 CLI 集成]()。

Schematics CLI

Schematics 自带了一个命令行工具。 使用 Node 6.9 或更高版本，可以全局安装这个 Schematics CLI：

npm install -g @angular-devkit/schematics-cli

这会安装可执行文件 schematics，你可以用它来创建新工程、往现有工程中添加新的 schematic，或扩展某个现有的 schematic。

范围化包 (scoped package)

一种把相关的 npm 包分组到一起的方式。 Angular 的 NgModule 都是在一些以 @angular 为范围名的范围化包中发布的。比如 @angular/core、@angular/common、@angular/forms 和 @angular/router。

和导入普通包相同的方式导入范围化包。

import { Component } from '@angular/core';

服务端渲染

一项在服务端生成静态应用页面的技术，它可以在对来自浏览器的请求进行响应时生成这些页面或用它们提供服务。 它还可以提前把这些页面生成为 HTML 文件，以便稍后用它们来提供服务。

该技术可以增强手机和低功耗设备的性能，而且会在应用加载通过快速展示一个静态首屏来提升用户体验。这个静态版本还能让你的应用对网络蜘蛛更加友好。

你可以通过 CLI 运行 Angular Universal 工具，借助 @nguniversal/express-engine schematic 原理图来更轻松的让应用支持服务端渲染。

服务 (service)

在 Angular 中，服务就是一个带有 @Injectable 装饰器的类，它封装了可以在应用程序中复用的非 UI 逻辑和代码。 Angular 把组件和服务分开，是为了增进模块化程度和可复用性。

@Injectable 元数据让服务类能用于依赖注入机制中。可注入的类是用提供者进行实例化的。 各个注入器会维护一个提供者的列表，并根据组件或其它服务的需要，用它们来提供服务的实例。

注：
参考 [服务与依赖注入简介]()。

结构型指令（Structural directives）

一种指令类型，它能通过修改 DOM （添加、删除或操纵元素及其子元素）来修整或重塑 HTML 的布局。

注：
参考 [结构型指令页]()。

订阅者（Subscriber）

一个函数，用于定义如何获取或生成要发布的值或消息。 当有消费者调用可观察对象的 subscribe() 方法时，该函数就会执行。

订阅一个可观察对象就会触发该对象的执行、为该对象关联一些回调函数，并创建一个 Subscription（订阅记录）对象来让你能取消订阅。

subscribe() 方法接收一个 JavaScript 对象（叫做观察者（observer）），其中最多可以包含三个回调，分别对应可观察对象可以发出的几种通知类型：

• next（下一个）通知会发送一个值，比如数字、字符串、对象。

• error（错误）通知会发送 JavaScript 错误或异常。

• complete（完成）通知不会发送值，但是当调用结束时会调用这个处理器。异步的值可能会在调用了完成之后继续发送过来。

目标

项目的一个可构建或可运行的子集，它是工作空间配置文件中的一个子对象，它会被建筑师（Architect）的构建器（Builder）执行。

在 angular.json 文件中，每个项目都有一个 architect 分区，其中包含一些用于配置构建器的目标。其中一些目标对应于 CLI 命令，比如 build、serve、test 和 lint。

比如，ng build 命令用来编译项目时所调用的构建器会使用一个特定的构建工具，并且具有一份默认配置，此配置中的值可以通过命令行参数进行覆盖。目标 build 还为 "生产环境" 构建定义了另一个配置，可以通过在 build 命令上添加 --prod 标志来调用它。

建筑师工具提供了一组构建器。ng new 命令为初始应用项目提供了一组目标。ng generate application 和 ng generate library 命令则为每个新项目提供了一组目标。这些目标的选项和配置都可以进行自定义，以便适应你项目的需求。比如，你可能会想为项目的 "build" 目标添加一个 "staging" 或 "testing" 配置。

你还可以定义一个自定义构建器，并且往项目配置中添加一个目标，来使用你的自定义构建器。然后你就可以通过 ng run 命令来运行此目标。

模板 (template)

用来定义要如何在 HTML 中渲染组件视图的代码。

模板会把纯 HTML 和 Angular 的数据绑定语法、指令和模板表达式组合起来。Angular 的元素会插入或计算那些值，以便在页面显示出来之前修改 HTML 元素。

模板通过 @Component() 装饰器与组件类类关联起来。模板代码可以作为 template 属性的值用内联的方式提供，也可以通过 templateUrl 属性链接到一个独立的 HTML 文件。

用 TemplateRef 对象表示的其它模板用来定义一些备用视图或内嵌视图，它们可以来自多个不同的组件。

模板驱动表单（template-driven forms）

一种在视图中使用 HTML 表单和输入类元素构建 Angular 表单的格式。 它的替代方案是响应式表单框架。

当构建模板驱动表单时：

模板是“权威数据源”。使用属性 (attribute) 在单个输入元素上定义验证规则。

使用 ngModel 进行双向绑定，保持组件模型和用户输入之间的同步。

在幕后，Angular 为每个带有 name 属性和双向绑定的输入元素创建了一个新的控件。

相关的 Angular 指令都带有 ng 前缀，例如 ngForm、ngModel 和 ngModelGroup。

另一种方式是响应式表单。响应式表单的简介和两种方式的比较参见 [Angular 表单简介]()。

模板表达式（template expression）

一种类似 TypeScript 的语法，Angular 用它对数据绑定 (data binding)进行求值。

到[模板表达式]()部分了解更多模板表达式的知识。

令牌（Token）

用于高效查表的不透明标识符（译注：不透明是指你不必了解其细节）。在 Angular 中，DI 令牌用于在依赖注入系统中查找服务提供者。

转译（transpile)

一种翻译过程，它会把一个版本的 JavaScript 转换成另一个版本，比如把下一版的 ES2015 转换成老版本的 ES5。

目录树（tree）

在 schematics 中，一个用 Tree 类表示的虚拟文件系统。 Schematic 规则以一个 tree 对象作为输入，对它们进行操作，并且返回一个新的 tree 对象。

TypeScript

TypeScript 是一种基于 JavaScript 的程序设计语言，以其可选类型系统著称。 TypeScript 提供了编译时类型检查和强大的工具支持（比如代码补齐、重构、内联文档和智能搜索等）。 许多代码编辑器和 IDE 都原生支持 TypeScript 或通过插件提供支持。

TypeScript 是 Angular 的首选语言。要了解更多，参见 [typescriptlang.org]()。

Universal

用来帮 Angular 应用实现服务端渲染的工具。 当与应用集成在一起时，Universal 可以在服务端生成静态页面并用它们来响应来自浏览器的请求。 当浏览器正准备运行完整版应用的时候，这个初始的静态页可以用作一个可快速加载的占位符。

欲知详情，参见 [Angular Universal: 服务端渲染]()。

视图 (view)

视图是可显示元素的最小分组单位，它们会被同时创建和销毁。 Angular 在一个或多个指令 (directive) 的控制下渲染视图。

组件 (component) 类及其关联的模板 (template)定义了一个视图。 具体实现上，视图由一个与该组件相关的 ViewRef 实例表示。 直属于某个组件的视图叫做宿主视图。 通常会把视图组织成一些视图树（view hierarchies）。

视图中各个元素的属性可以动态修改以响应用户的操作，而这些元素的结构（数量或顺序）则不能。你可以通过在它们的视图容器中插入、移动或移除内嵌视图来修改这些元素的结构。

当用户在应用中导航时（比如使用路由器），视图树可以动态加载或卸载。

视图引擎（View Engine）

Angular 9 之前的版本使用的编译和渲染管道。可对比 Ivy。

视图树（View hierarchy）

一棵相关视图的树，它们可以作为一个整体行动。其根视图就是组件的宿主视图。宿主视图可以是内嵌视图树的根，它被收集到了宿主组件上的一个视图容器（ViewContainerRef）中。视图树是 Angular 变更检测的关键部件之一。

视图树和组件树并不是一一对应的。那些嵌入到指定视图树上下文中的视图也可能是其它组件的宿主视图。那些组件可能和宿主组件位于同一个 NgModule 中，也可能属于其它 NgModule。

Web 组件

参见 [自定义元素]()。

工作空间（Workspace）

一组基于 Angular CLI 的 Angular 项目（也就是说应用或库），它们通常共同位于一个单一的源码仓库（比如 git）中。

CLI 的 ng new 命令会在文件系统中创建一个目录（也就是工作空间的根目录）。 在工作空间根目录下，还会创建此工作空间的配置文件（angular.json），并且还会默认初始化一个同名的应用项目。

而用来创建或操作应用和库的命令（比如 add 和 generate）必须在工作区目录下才能执行。

欲知详情，参见 [工作空间配置]()。

工作空间配置（Workspace configuration）

一个名叫 angular.json 的文件，它位于 Angular 工作空间 的根目录下，并为 Angular CLI 提供的或集成的各个构建/开发工具提供工作空间级和项目专属的默认配置项。

欲知详情，参见工作空间配置。

还有一些项目专属的配置文件是给某些工具使用的。比如 package.json 是给 npm 包管理器使用的，tsconfig.json 是给 TypeScript 转译器使用的，而 tslint.json 是给 TSLint 使用的。

欲知详情，参见[工作空间]()和[项目文件结构]()。

区域 (zone)

一组异步任务的执行上下文。它对于调试、性能分析和测试那些包含了异步操作（如事件处理、承诺、远程服务器调用等）的应用是非常有用的。

Angular 应用会运行在一个 Zone 区域中，在这里，它可以对异步事件做出反应，可以通过检查数据变更、利用数据绑定 (data bindings) 来更新信息显示。

Zone 的使用方可以在异步操作完成之前或之后采取行动。