讨论了一下，还是有区别的，前者比较好，至少在日志里前者可以做一些统计
【 在 sayinger 的大作中提到: 】
: 你这不都说清楚了么，就这点区别...
:
: 【 在 iwannabe (I wanna be) 的大作中提到: 】
: ....................

- 来自「最水木 for iPhone13,4」
--
FROM 112.97.59.*

都是post，content都传入
只是第一个id在url传，第二个id在json传

url可以在nginx日志里查到

【 在 sayinger 的大作中提到: 】
: 那你content放哪儿，放进去以后统计还好做么？
:
: api风格这事儿本质上还是帮助双方交流的，统计这种需求最好另外考虑，搅和在一起不见得是好事
: ....................

- 来自「最水木 for iPhone13,4」
--
FROM 112.97.59.*

如果使用场景上是有多个输入参数，第一种，前端后端处理参数上都增加了不必要的麻
烦。第二种一个结构体，很简洁。除了一些auth单独的放在header中，业务参数还要写
两处增加不必要的麻烦

至于ngnix日志，只是附带价值，如果参数重要，即便在body中，也需要自己输出到日志
中。

至于这两种写法，说到底还是是千后端沟通方式，个人倾向简洁和增加开发效率的方法



【 在 iwannabe (I wanna be) 的大作中提到: 】
: 都是post，content都传入
: 只是第一个id在url传，第二个id在json传
: url可以在nginx日志里查到
: ...................
--
FROM 111.206.87.*

第一种post用来干什么呢？读方法要用get  
  
【 在 iwannabe (I wanna be) 的大作中提到: 】
:  都是post
:  第一种是id在url里
:  /api/{id}/info
:  
--
FROM 111.193.122.*

spring倒是会把body的请求拿出来映射到你的mapping方法的参数里  
  
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
:  需要考虑的
:  
:  
:  对统计有意义的内容尽可能走url/header
--
FROM 111.193.122.*