同事说:后台接口不能使用除 post/get 之外的方法,path 里不能带参数

[unco020511]

我写了接口文档,尽量按照 RESTful 风格写的,然后前端+部分后台同事说不能用 put 和 delete,还有 path 里不能带参数; 我问为啥,他说这样不规范 我该如何说服同事?

获取对应学期下评语:[get] /back/remark/{termId} 删除数据:[delete] /back/record/{recordId}

[killergun]

听老大的

[luckyrayyy]

少数服从多数，费这个劲干啥。

[jowan]

并不一定非要 REST 虽然我司用的是 :)狗头
前端抱怨大概是因为非 200 状态 比如 422 419 404 要捕捉异常处理 哈哈

[unco020511]

地址:某二线不大不小的厂

[lazyfighter]

老子就这么写，爱用不用

[learnshare]

六字送上，该忍就忍了，不专业才是正常的

[Cyron]

谁说了算听谁的

[Leonard]

我还见过后台全用 post 的，get 都不用

[ysyk]

很正常，我们这边，前端说如果只用 post 是最好的

[lihongjie0209]

没什么问题, 统一就好

[MatthewHan]

拿阿里、百度等等的一些接口文档给他们看

[mcfog]

V 站著名月经贴，楼主你这样写火不起来（滑稽

搜索 site:v2ex.com restful 了解更多

[est]

path 里不带参数 一时爽。。

nginx 日志分析火葬场。。。。

[marcong95]

那你就直接给它来个

POST /api
{"method": "get", "type": "remark", "termId": "{termId}"}

POST /api
{"method": "delete", "type": "record", "id": "{recordId}"}

[unco020511]

怎么写其实无所谓,但是说不规范我就不乐意了,且一副你不懂的表情

[yidinghe]

但是 GET 里面传 BODY 也不合适

[unco020511]

@marcong95 楼主原来做移动端的时候还真见过这种,全部都是一个 url,然后参数 method 来区分具体业务

[a719114136]

就一个规范，用什么都行。 之前有规范了就按照之前的。

选择规范的标准就是简单，说实话我也不喜欢 RESTful 那套，直接 post/get 就够用了 ，弄一堆 method 那么复杂。

另外 path 里带参数，这种 url 确实便于理解，我以前也挺喜欢这种风格的。但对后端来说，有的框架不能匹配这种 url ；对于前端来说，不利于代码结构化。所以现在也放弃了 path 里带参数

[unco020511]

@yidinghe get 里传 body?咋传

[gwybiaim]

REST 很重要的一条是面向资源，你可以按照常见的 rest 风格来，也可以设计自己的 rest 规范