前后端 api 接口 url 格式问题讨论

[pandazhong123]

公司的前后端 api 接口统一用 post,对于添加删除用户，是用 /user/add /user/delete 比较好，还是用 /add/user /delete/user 比较好？

[corcre]

要是在我们公司按照第二种命名风格那多大的项目都只有增删改查这 4 个 controller🤣

[lidashuang]

@worldqiuzhi 正解

[leonshaw]

@hidemyself #30 DELETE users?phone=xxx
应该问其它操作应该怎么办（比如通过验证码激活用户）。

[key0323]

楼主都说了公司要求 post 一群不审题的迫不及待的把自己 rest 知识秀出来🤣

[george2077]

用 /user/add 和 /user/delete 这种格式，更符合 RESTful API 的设计原则，资源的层级结构，可读性和扩展性，都要更好

[frank42a]

全套 POST 本身就反智

[duanzhangplus]

等你后续需求是匹配 URL 做 trace 、鉴权 的时候你就发现 /user/* 是非常好的方式

[zx9481]

为什么那么多公司做前后端分离项目后端响应的 HTTP 状态一律 200 ？ - 知乎
https://www.zhihu.com/question/513865370/answer/2331933561

[zx9481]

@zx9481 post+json 团队都下班回家抱老婆了，restful 原教旨主义团队还在加班查错，还拉着运维陪他们。

[xausky]

区分度都放到后面，否则倒是上线看浏览器的 Network 全是 /user 200 xhr

[lambdaq]

@nothingistrue 那么问题来了，批量删除怎么搞？

[sanqian]

你要简单点的话 还是
/user/add
/user/delete
你得考虑路由啊

[liberty1900]

用 REST 居然不用 HTTP method 我很难理解

又不是 GraphQL

[sankooc]

这个肯定是前者好吧

[tramm]

肯定前者吧...
除非你把不同功能的 add 全写在一个 controller 中

[liuidetmks]

又到了月经周期了吗

[XueXianqi]

我的建议：
遵循 RESTful 规范，根据 URL+Method 进行组合


POST /user 新增用户
DELETE /user/{user_id} 删除用户
UPDATE /user/{user_id} 更新用户（全局字段）
PATCH /user/{user_id} 更新用户（局部字段）
GET /user/{user_id} 用户详情
GET /user 用户列表

[cnjs]

@xiangyuecn #13 Path 去掉，勾选上 Name 即可，一目了然

[edotac]

post+json 团队都下班回家抱老婆了，restful 原教旨主义团队还在加班查错，还拉着运维陪他们。

[gogolive]

目录由大到小比较合适
user 是大目录，后面不只有 add ，还有其他的 like 等