spring boot 如何优雅地实现 RESTful,统一结果封装有没有必要

[muyunn]

1.post 请求创建成功后应该 Http 状态码应该是 201,可以直接在 controller 方法上加一个 @ResponseStatus(HttpStatus.CREATED),但是整个项目写下来就感觉有点多了,有没有什么好的办法,可以 post 请求成功后自己返回 201?

2.为什么要有统一结果封装?自己在公司开发的项目还有很多开源项目都做了统一结果封装,无论任何请求 Http 状态码都返回 200,然后根据封装的 code 做响应,这样有必要吗,为什么不使用 Http 状态码来做判断,直接返回给前端一个业务对象呢?

[IMCA1024]

1: 好像 Spring data rest 返回的好像是挺严格的 HTTP 状态码


2. 关于第二点：无论任何请求 Http 状态码都返回 200,然后根据封装的 code 做响应,这样有必要吗,为什么不使用 Http 状态码来做判断,直接返回给前端一个业务对象呢?

HTTP 状态码 200 只是代表这次请求是成功，但如果是业务里面的多种错误 ，靠 HTTP 状态码并不能解决问题阿。。。

[IMCA1024]

Spring Boot 优雅实现 RESTful 的话 结合 Spring data jpa / rest 。 我曾经做过一个项目
就是 Spring Boot + Spring data rest (JPA) 返回都是超媒体格式 ，跟前端对接起来，前端同事苦不堪言。

RESTful 说到底是一种规范， 在我印象比较深的一句话（大概是这样的内容，也涉及到一个 RESTful 的成熟度模型），
是关于对 RESTful 的：
URL 定位资源，HTTP 动词描述操作，返回格式为超媒体。

[chendy]

1. 成功了的请求区分状态码意义不是很大，除非真的有区分“新建”“更新”的必要
2. “全部 200 + 自定义格式” 和 “http 错误码 + 成功失败返回不同内容” 是两种风格，从摸鱼的角度，第二种需要自己写的东西更少所以我觉得更好…

[HENQIGUAI]

《 Java 开发手册》泰山版附 3：错误码列表可供参考，其实主要是约定的业务状态

[optional]

统一给 200 意味着放弃了成熟的 web 监控，日志分析等一大堆已有的工具，然后自己做一遍轮子去做这些事。

[EastLord]

又开始讨论状态码了。。。