6.1.2 向服务器发送数据

到目前为止，API 能够返回 12 个最近创建的 tacos。但是这些 tacos 是如何产生的呢？

还没有从第 2 章中删除任何代码，所以仍然拥有原始的 DesignTacoController，它显示一个 taco 设计表单并处理表单提交。这是获得一些测试数据以测试创建的 API 的好方法。但是，如果要将 Taco Cloud 转换为单页面应用程序，则需要创建 Angular 组件和相应的端点来替代第 2 章中的 Taco 设计表单。

已经通过定义一个名为 DesignComponent 的新 Angular 组件（在一个名为 design.component.ts 的文件中）处理了 taco 设计表单的客户端代码。与处理表单提交相关，DesignComponent 有一个 onSubmit() 方法，如下所示：

onSubmit() {
    this.httpClient.post(
        'http://localhost:8080/design',
        this.model, {
            headers: new HttpHeaders().set('Content-type', 'application/json'),
        }).subscribe(taco => this.cart.addToCart(taco));
    
    this.router.navigate(['/cart']);
}

在 onSubmit() 方法中，调用 HttpClient 的 post() 方法，而不是 get()。这意味着不是从 API 获取数据，而是将数据发送到 API。具体地说，使用 HTTP POST 请求将模型变量中包含的 taco 设计发送到 API 的 /design 端点。

这意味着需要在 DesignTacoController 中编写一个方法来处理该请求并保存设计。通过将以下 postTaco() 方法添加到 DesignTacoController 中，可以让控制器做到这一点：

@PostMapping(consumes="application/json")
@ResponseStatus(HttpStatus.CREATED)
public Taco postTaco(@RequestBody Taco taco) {
    return tacoRepo.save(taco);
}

因为 postTaco() 将处理 HTTP POST 请求，所以它使用 @PostMapping 而不是 @GetMapping 进行注解。这里没有指定 path 属性，所以 postTaco() 方法将处理 DesignTacoController 上的类级 @RequestMapping 中指定的 /design 请求。

但是，确实设置了 consumer 属性。consumer 属性用于处理输入，那么 produces 就用于处理输出。这里使用 consumer 属性，表示该方法只处理 Content-type 与 application/json 匹配的请求。

方法的 Taco 参数添加了 @RequestBody 注解，以指示请求体应该转换为 Taco 对象并绑定到参数。这个注解很重要 —— 如果没有它，Spring MVC 会假设将请求参数（查询参数或表单参数）绑定到 Taco 对象。但是 @RequestBody 注解确保将请求体中的 JSON 绑定到 Taco 对象。

postTaco() 接收到 Taco 对象后，将其传递给 TacoRepository 上的 save() 方法。

这里在 postTaco() 方法上使用了 @ResponseStatus(HttpStatus.CREATED) 注解。在正常情况下（当没有抛出异常时），所有响应的 HTTP 状态码为 200（OK），表示请求成功。尽管 HTTP 200 响应总是好的，但它并不总是具有足够的描述性。对于 POST 请求，HTTP 状态 201（CREATED）更具描述性，它告诉客户机，请求不仅成功了，而且还创建了一个资源。在适当的地方使用 @ResponseStatus 将最具描述性和最准确的 HTTP 状态代码传递给客户端总是一个好想法。

虽然已经使用 @PostMapping 创建了一个新的 Taco 资源，但是 POST 请求也可以用于更新资源。即便如此，POST 请求通常用于创建资源，PUT 和 PATCH 请求用于更新资源。让我们看看如何使用 @PutMapping 和 @PatchMapping 更新数据。