lihengming/spring-boot-api-project-seed

大神对RESTful 有点误解吧

gongwx opened this issue · 6 comments

我看了一下生成的代码都是post请求

代码生成类里的生成controller方法可以改模版

谢谢

POST请求不暴漏请求参数在URL中
在请求用户数据 订单数据 等敏感数据时,有一定的保护作用.
虽然对专业人员没啥用,但是对行业外人员,有一定拦截作用.
另外,POST方式可传输的内容更大.
基本原则
参数少用GET 3-4个.
参数多用POST

POST请求不暴漏请求参数在URL中
在请求用户数据 订单数据 等敏感数据时,有一定的保护作用.
虽然对专业人员没啥用,但是对行业外人员,有一定拦截作用.
另外,POST方式可传输的内容更大.
基本原则
参数少用GET 3-4个.
参数多用POST

Restful的标准可不是根据参数多少来的,而是根据对资源的定义,以及http状态码的定义。
可以参考的文章:https://medium.com/hackernoon/restful-api-designing-guidelines-the-best-practices-60e1d954e7c9

POST请求不暴漏请求参数在URL中
在请求用户数据 订单数据 等敏感数据时,有一定的保护作用.
虽然对专业人员没啥用,但是对行业外人员,有一定拦截作用.
另外,POST方式可传输的内容更大.
基本原则
参数少用GET 3-4个.
参数多用POST

Restful的标准可不是根据参数多少来的,而是根据对资源的定义,以及http状态码的定义。
可以参考的文章:https://medium.com/hackernoon/restful-api-designing-guidelines-the-best-practices-60e1d954e7c9

话虽如此, 实际使用中 我是强制要求,所有请求方式全部使用POST方式

POST请求不暴漏请求参数在URL中
在请求用户数据 订单数据 等敏感数据时,有一定的保护作用.
虽然对专业人员没啥用,但是对行业外人员,有一定拦截作用.
另外,POST方式可传输的内容更大.
基本原则
参数少用GET 3-4个.
参数多用POST

Restful的标准可不是根据参数多少来的,而是根据对资源的定义,以及http状态码的定义。 可以参考的文章:https://medium.com/hackernoon/restful-api-designing-guidelines-the-best-practices-60e1d954e7c9

是的 后来我发现根据参数数量来选择get post并不靠谱
应该根据对数据是读取还是修改的行为来定义.
但是往往在数据读取中 依然伴随着数据的修改.(统计数据)
所以,最后经过技术部门的一致讨论,决定全部使用post方式,
且请求和返回数据的格式都使用json.
这样使用postman模拟请求也比较方便.