大神对RESTful 有点误解吧 about spring-boot-api-project-seed

[feng99]

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

[posychiu]

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

[gongwx]

谢谢

[shaolonger]

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

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

[feng99]

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

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

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

[feng99]

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模拟请求也比较方便.