## 可见性 本节中我们认识到了模块的一个新特性：可见性。 模拟中的组件、指令以及管道默认是私有的，其对模块内部可见，模块内的组件可以随意调用本模块中存在的组件、指令以及管道；当模块A被其它模块B imports使用时，则仅能够使用A模块使用`exports`声明的组件、指令或是管道，所以我们称使用`exports`声明的组件、指令或是管道为公有的。 ## 验证器 我们还学习了两种验证器：同步验证器与异步验证器。一般而言，同步验证器又被简称为验证器。 同步验证器作用到某个`FormControl`上，每当`FormControl`的值变化一次，该验证器便会执行一次。验证器的本质是一个**方法**，所以在设置时才有这样的语法：`Validaters.required`或`YzValidators.phone`。该方法在验证通过时返回`null`，在验证未通过时返回自定义信息。 如果你查阅了官方文档，还会发现可以为一个`FormControl`设置多个验证器，比如：`new FormControl('', [验证器1，验证器2]);`，或者在初始化`FormControl`后追加验证器：`formControl.setValidators(Validators.required);` 异步验证器依赖于后台请求，所以在异步验证中的方法没有办法声明为静态的。这时候则需要在相关的方法中返回一个验证器规定好格式的**方法**。Angular考虑到了异步验证器调用后台的情况，所以仅在同步验证器全部验证通过后才会调用异步验证器。另外由于向后台发起的请求顺序与响应顺序并不见得是一致的，异步验证器连续发起后台请求时，将只接收最后一次请求对应的响应。与同步验证器一样，异步验证器验证通过时返回`null`，未通过时返回自定义信息。同时，在异步验证器发起后台请求但却尚未得到响应前，将对应的`FormControl`与`FormGroup`的`pending`属性设置为`true` ，表示数据正在请求中。特别需要注意的是当`pending` 值为`true`时，`FromGroup`的`invalid`属性会临时被设置为`false`。 ## 验证器中的依赖注入 我们学习了两种实例化依赖于`HttpClient`的异步验证器的方法。第一种方法简单、粗暴，当前在前期也有效，但不够模块化，不够高内聚低耦合；第二种方法借助了Angular的依赖注入特性，简单但不粗暴，应用了模块化的思想，高内聚低耦合。 我们还以loading功能为例，完成了一个具有载入中图标以及设置按钮disabled属性的指令。在指令的编写过程中，对DOM的应用有了些初步的认识。如果你有过DOM应用的经验，相信你还可以通过指令轻松的完成更多的功能。指令与组件的地位是相同的，用法也是相通通的，所以在指令中，除可注入宿主的引用外，还可以注入Angular提供的任意服务，比如`HttpClient`。 最后我们完成了添加功能，在完成过程中使用了前面学习的服务、实体类，同时还使用单元测试来辅助我们完成了提交功能的开发。在单元测试的帮助下，开发的效率更高，代码也更健壮了。 <hr> 积跬步，至千里；积小流，成江海 ---- 伟大的荀子