书接上文⬆⬆⬆
不断发展的 REST API
通过一个额外的库和几行额外的代码，您已将超媒体添加到您的应用程序中。但这并不是使您的服务成为 RESTful 所需的唯一事情。REST 的一个重要方面是它既不是技术堆栈也不是单一标准。
REST 是架构约束的集合，采用这些约束会使您的应用程序更具弹性。弹性的一个关键因素是，当您对服务进行升级时，您的客户不会遭受停机时间的困扰。
在“过去”的日子里，升级因破坏客户端而臭名昭著。换句话说，升级到服务器需要更新客户端。在当今时代，花费数小时甚至数分钟进行升级的停机时间可能会造成数百万美元的收入损失。
有些公司要求您向管理层提出一个计划，以尽量减少停机时间。过去，您可以在周日凌晨 2:00 进行升级，此时负载最低。但在今天的基于互联网的电子商务中，国际客户在其他时区，这样的策略就没有那么有效了。
基于 SOAP 的服务和基于 CORBA 的服务非常脆弱。很难推出可以同时支持新旧客户端的服务器。使用基于 REST 的实践，这要容易得多。特别是使用 Spring 堆栈。
支持对 API 的更改
想象一下这个设计问题：您已经推出了一个具有 Employee 基于此记录的系统。该系统大受欢迎。你已经把你的系统卖给了无数的企业。突然，需要拆分员工的姓名 firstName 并 lastName 出现。
哦哦。没想到。
在您打开课程并用 andEmployee 替换单个字段之前，请停下来想一想。这会破坏任何客户吗？升级它们需要多长时间。您甚至控制所有访问您服务的客户端吗？namefirstNamelastName
停机时间 = 损失金钱。管理层准备好了吗？
有一个比 REST 早几年的旧策略。
永远不要删除数据库中的列。
— 未知
您始终可以将列（字段）添加到数据库表中。但不要带走一个。RESTful 服务中的原理是相同的。
将新字段添加到您的 JSON 表示中，但不要带走任何字段。像这样：
支持多个客户端的 JSON
{ "id": 1, "firstName": "Bilbo", "lastName": "Baggins", "role": "burglar", "name": "Bilbo Baggins", "_links": { "self": { "href": "http://localhost:8080/employees/1" }, "employees": { "href": "http://localhost:8080/employees" } }}
复制代码
请注意此格式如何显示 firstName, lastName, AND name？虽然它包含重复信息，但其目的是同时支持新老客户。这意味着您可以升级服务器，而无需同时升级客户端。一个可以减少停机时间的好举措。
您不仅应该以“旧方式”和“新方式”显示这些信息，还应该以两种方式处理传入的数据。
如何？简单的。像这样：
处理“旧”和“新”客户的员工记录
package payroll;import java.util.Objects;import javax.persistence.Entity;import javax.persistence.GeneratedValue;import javax.persistence.Id;@Entityclass Employee { private @Id @GeneratedValue Long id; private String firstName; private String lastName; private String role; Employee() {} Employee(String firstName, String lastName, String role) { this.firstName = firstName; this.lastName = lastName; this.role = role; } public String getName() { return this.firstName + " " + this.lastName; } public void setName(String name) { String[] parts = name.split(" "); this.firstName = parts[0]; this.lastName = parts[1]; } public Long getId() { return this.id; } public String getFirstName() { return this.firstName; } public String getLastName() { return this.lastName; } public String getRole() { return this.role; } public void setId(Long id) { this.id = id; } public void setFirstName(String firstName) { this.firstName = firstName; } public void setLastName(String lastName) { this.lastName = lastName; } public void setRole(String role) { this.role = role; } @Override public boolean equals(Object o) { if (this == o) return true; if (!(o instanceof Employee)) return false; Employee employee = (Employee) o; return Objects.equals(this.id, employee.id) && Objects.equals(this.firstName, employee.firstName) && Objects.equals(this.lastName, employee.lastName) && Objects.equals(this.role, employee.role); } @Override public int hashCode() { return Objects.hash(this.id, this.firstName, this.lastName, this.role); } @Override public String toString() { return "Employee{" + "id=" + this.id + ", firstName='" + this.firstName + '\'' + ", lastName='" + this.lastName + '\'' + ", role='" + this.role + '\'' + '}'; }}
复制代码
这个类与以前版本的 Employee. 让我们回顾一下变化：
字段 name 已替换为 firstName 和 lastName。
定义了旧 name 属性的“虚拟”吸气剂。getName()它使用 firstNameandlastName 字段来产生一个值。
name 还定义了旧属性的“虚拟”设置器， setName(). 它解析传入的字符串并将其存储到适当的字段中。
当然，并非对 API 的每一次更改都像拆分字符串或合并两个字符串一样简单。但是对于大多数场景来说，想出一组转换肯定不是不可能的，对吧？
不要忘记更改预加载数据库的方式（在 中 LoadDatabase）以使用这个新的构造函数。
log.info("Preloading " + repository.save(new Employee("Bilbo", "Baggins", "burglar")));
log.info("Preloading " + repository.save(new Employee("Frodo", "Baggins", "thief")));
适当的反应
朝着正确方向迈出的另一个步骤是确保您的每个 REST 方法都返回正确的响应。像这样更新 POST 方法：
处理“旧”和“新”客户端请求的 POST
@PostMapping("/employees")ResponseEntity<?> newEmployee(@RequestBody Employee newEmployee) { EntityModel<Employee> entityModel = assembler.toModel(repository.save(newEmployee)); return ResponseEntity // .created(entityModel.getRequiredLink(IanaLinkRelations.SELF).toUri()) // .body(entityModel);}复制
复制代码
通过这些调整，您可以使用相同的端点来创建新的员工资源，并使用遗留 name 字段：
$ curl -v -X POST localhost:8080/employees -H 'Content-Type:application/json' -d '{"name": "Samwise Gamgee", "role": "gardener"}'
复制代码
输出如下所示：
> POST /员工 HTTP/1.1> 主机：本地主机：8080> 用户代理：curl/7.54.0> 接受：*/*> 内容类型：应用程序/json> 内容长度：46>< 位置：http://localhost:8080/employees/3< 内容类型：application/hal+json;charset=UTF-8< 传输编码：分块< 日期：格林威治标准时间 2018 年 8 月 10 日星期五 19:44:43<{ “身份证”：3， "firstName": "Samwise", "lastName": "Gamgee", “角色”：“园丁”， "name": "Samwise Gamgee", “_链接”：{ “自己”： { “href”：“http://localhost:8080/employees/3” }, “雇员”： { "href": "http://localhost:8080/employees" } }}
复制代码
这不仅使生成的对象在 HAL（name 以及 firstName/ lastName）中呈现，而且 Location 标头也填充了 http://localhost:8080/employees/3. 超媒体驱动的客户端可以选择“冲浪”到这个新资源并继续与之交互。
PUT 控制器方法需要类似的调整：
为不同的客户端处理 PUT
@PutMapping("/employees/{id}")ResponseEntity<?> replaceEmployee(@RequestBody Employee newEmployee, @PathVariable Long id) { Employee updatedEmployee = repository.findById(id) // .map(employee -> { employee.setName(newEmployee.getName()); employee.setRole(newEmployee.getRole()); return repository.save(employee); }) // .orElseGet(() -> { newEmployee.setId(id); return repository.save(newEmployee); }); EntityModel<Employee> entityModel = assembler.toModel(updatedEmployee); return ResponseEntity // .created(entityModel.getRequiredLink(IanaLinkRelations.SELF).toUri()) // .body(entityModel);}复制
复制代码
然后使用 将操作 Employee 构建的对象包装到一个对象中。使用该方法，您可以检索由 rel 创建的。这个方法返回一个必须用方法变成一个的。save()EmployeeModelAssemblerEntityModel<Employee>getRequiredLink()LinkEmployeeModelAssemblerSELFLinkURItoUri
由于我们想要一个比 200 OK 更详细的 HTTP 响应代码，我们将使用 Spring MVC 的 ResponseEntity 包装器。它有一个方便的静态方法 created()，我们可以在其中插入资源的 URI。HTTP 201 Created 是否具有正确的语义值得商榷，因为我们不一定要“创建”新资源。但它预装了一个 Location 响应头，所以用它运行。
$ curl -v -X PUT localhost:8080/employees/3 -H 'Content-Type:application/json' -d '{"name": "Samwise Gamgee", "role": "ring bearer"}'* TCP_NODELAY 设置* 连接到 localhost (::1) 端口 8080 (#0)> PUT /employees/3 HTTP/1.1> 主机：本地主机：8080> 用户代理：curl/7.54.0> 接受：*/*> 内容类型：应用程序/json> 内容长度：49>< HTTP/1.1 201< 位置：http://localhost:8080/employees/3< 内容类型：application/hal+json;charset=UTF-8< 传输编码：分块< 日期：格林威治标准时间 2018 年 8 月 10 日星期五 19:52:56{“身份证”：3，"firstName": "Samwise","lastName": "Gamgee",“角色”：“戒指持有者”，"name": "Samwise Gamgee",“_链接”：{“自己”： {“href”：“http://localhost:8080/employees/3”},“雇员”： {"href": "http://localhost:8080/employees"}}}
复制代码
该员工资源现已更新，并且位置 URI 已发回。最后，适当地更新 DELETE 操作：
处理 DELETE 请求
@DeleteMapping("/employees/{id}")ResponseEntity<?> deleteEmployee(@PathVariable Long id) { repository.deleteById(id); return ResponseEntity.noContent().build();}复制
复制代码
这将返回 HTTP 204 No Content 响应。
$ curl -v -X 删除本地主机：8080/employees/1* TCP_NODELAY 设置* 连接到 localhost (::1) 端口 8080 (#0)> 删除 /employees/1 HTTP/1.1> 主机：本地主机：8080> 用户代理：curl/7.54.0> 接受：*/*>< HTTP/1.1 204< 日期：格林威治标准时间 2018 年 8 月 10 日星期五 21:30:26
复制代码
对类中的字段进行更改 Employee 需要与您的数据库团队协调，以便他们可以正确地将现有内容迁移到新列中。
您现在已准备好进行升级，不会干扰现有客户端，而新客户端可以利用这些增强功能！
顺便说一句，您是否担心通过网络发送太多信息？在某些每个字节都很重要的系统中，API 的发展可能需要退居二线。但是在你测量之前不要追求这种过早的优化。
以上就是今天关于 Spring 的一些讨论，对你有帮助吗？如果你有兴趣深入了解，欢迎到 Spring 中国教育管理中心留言交流！
评论