这是一个创建于 1441 天前的主题，其中的信息可能已经有所发展或是发生改变。
1.post 请求创建成功后应该 Http 状态码应该是 201,可以直接在 controller 方法上加一个 @ResponseStatus(HttpStatus.CREATED),但是整个项目写下来就感觉有点多了,有没有什么好的办法,可以 post 请求成功后自己返回 201?
2.为什么要有统一结果封装?自己在公司开发的项目还有很多开源项目都做了统一结果封装,无论任何请求 Http 状态码都返回 200,然后根据封装的 code 做响应,这样有必要吗,为什么不使用 Http 状态码来做判断,直接返回给前端一个业务对象呢?
 |
1
IMCA1024 2020-05-15 16:42:15 +08:00
1: 好像 Spring data rest 返回的好像是挺严格的 HTTP 状态码
2. 关于第二点：无论任何请求 Http 状态码都返回 200,然后根据封装的 code 做响应,这样有必要吗,为什么不使用 Http 状态码来做判断,直接返回给前端一个业务对象呢? HTTP 状态码 200 只是代表这次请求是成功，但如果是业务里面的多种错误 ，靠 HTTP 状态码并不能解决问题阿。。。 |
|
2
IMCA1024 2020-05-15 16:45:55 +08:00
Spring Boot 优雅实现 RESTful 的话 结合 Spring data jpa / rest 。 我曾经做过一个项目
就是 Spring Boot + Spring data rest (JPA) 返回都是超媒体格式 ，跟前端对接起来，前端同事苦不堪言。 RESTful 说到底是一种规范， 在我印象比较深的一句话（大概是这样的内容，也涉及到一个 RESTful 的成熟度模型）， 是关于对 RESTful 的： URL 定位资源，HTTP 动词描述操作，返回格式为超媒体。 |
 |
3
chendy 2020-05-15 16:48:10 +08:00
1. 成功了的请求区分状态码意义不是很大，除非真的有区分“新建”“更新”的必要
2. “全部 200 + 自定义格式” 和 “http 错误码 + 成功失败返回不同内容” 是两种风格，从摸鱼的角度，第二种需要自己写的东西更少所以我觉得更好… |
 |
4
HENQIGUAI 2020-05-15 17:04:31 +08:00
《 Java 开发手册》泰山版附 3：错误码列表可供参考，其实主要是约定的业务状态
|
 |
5
optional 2020-05-15 17:07:35 +08:00 via iPhone
统一给 200 意味着放弃了成熟的 web 监控，日志分析等一大堆已有的工具，然后自己做一遍轮子去做这些事。
|
 |
6
EastLord 2020-05-15 17:10:10 +08:00
又开始讨论状态码了。。。
|
Select Language