TonyStudio

做表单提交的时候，很多的场景是提交完一个表单后跳转页面，或者页面刷新，或者表单重绘，这种场景下，等于表单是一次性的，提交后不用管当前表单的状态。

但是假设另一种场景，我们填写表单后提交，表单不重新绘制，我们需要手动将表单回复到初始状态。这个情况下我们使用响应式表单的reset()方法即可。但是遇到个问题，当我调用formGroup.reset()的时候，发现页面上的表单的验证状态没有被重置，也就是说还是调用reset之后，表单的状态会变为invalid。这很蛋疼。

树莓派的好处在于轻便，日常情况下更是直接启动树莓派后通过ssh连接来操控。但是一旦挪到个陌生的地方，并且没有键盘和鼠标，那怎么连接网络呢？

我们可以使用直接修改boot里面的文件来预设网络。

在树莓派中安装nginx可以作为本地的一个web服务来访问树莓派中的内容。

vim 使用积累

Mac 下的 Chrome快捷键，了解快捷键，操作更方便~

内容投影和ng-content是可以让我们最大程度构建可重用组件的Angular功能之一。详细的了解下。

前面我们了解了响应式表单的FormGroup来管理一组表单控件。但我们前面的操作都是立足于我们明确的知道表单是有哪些控件的，那假设我们并不知道会有什么控件，需要用户可以动态操作增减控件呢？响应式表单提供了FormArray来动态管理表单控件。和FormGroup不一样的是，我们不需要指定一个Key来绑定控件，我们可以动态去处理控件。

前面我们了解了下响应式表单的基本控件FormControl，它相当于表单的Input，是构成表单的基本控件。但假设我们的表单是有很多的字段，那挨个去管理FormControl控件会变得很麻烦，我们可以使用FormGroup来集中管理一组FormControl。

FormGroup的实例可以跟踪一组FormControl实例，当创建一个FormGroup时，其中的每个控件都可以根据名字来进行跟踪。

响应式表单提供了一种模型驱动的方式来处理表单的输入。我们可以很方便的控制表单项的状态和验证器。响应式表单是围绕Observable流构建的。流的消费者可以即方便又安全的操纵这些数据。

响应式表单语模板驱动的表单有着显著的不同点。响应式表单通过对数据模型的同步访问提供了更多的可预测性，使用Observable的操作符提供了不可变性，并通过Observable流提供了变化追踪功能。

模板驱动表单允许你直接在模板中修改数据，但不像响应式表单那么明确，因为响应式表单依赖嵌入模板的指令，并借助可变数据来异步跟踪变化。

Web Cookie （或也叫Http Cookie、浏览器Cookie）是服务器发送到客户端浏览器并保存本地上的一小块数据。它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。

通常Cookie用来告知服务端两个请求是否来自于同一浏览器，如保持用户登录状态。Cookie使基于无状态的Http协议记录稳定的状态信息称为可能。