开发 API 的时候 http method 应该使用 PUT、PATCH、DELETE 等协议还得直接用 GET、POST

[Inzufu]

如题，
感觉前三者好像更规范些，不过好像很少见有用除 GET 和 POST 外协议的接口。

[thinkershare]

这种重复提问，管理员应该禁止掉。

[Torpedo]

restful 不是一个好风格。因为实践里，我见到的每个自称 restful 风格的 api 都有不同。特别是一些模糊行为

[MrKrabs]

RESTful=野鸡

[zw1one]

post 一把梭真的很香，代码也很健壮，也很方便复制粘贴。省下来的时间可以摸鱼，活动下颈椎，让你身体精神保持健康。

[julyclyde]

@Inzufu PUT/PATCH/DELETE 的 URI 是一个目标对象； POST 的 URI 是一个 handler ，参数是一个对象

[daiv]

@raycool @maymay5 @shuax @ShinichiYao @Laobai @zxkxhnqwe123 @zw1one 如果全部用 Post, 那么路径如何设计更合理?

创建（ Create ）: POST /api/v1/user/create
更新（ Update ）: POST /api/v1/user/update
读取（ Read ）: POST /api/v1/user/read
列表（ List ）: POST /api/v1/user/list
操作（ Operate ）: POST /api/v1/users/operate (Delete, HardDelete, Restore, Copy 等等...)

各位大佬有什么建议吗? 这样是否合理.

[leaflxh]

无非在于错误在哪处理

.then(res=>{ res.code === 200})
还是
.catch(err)

[olaloong]

稍微复杂点的业务用 RESTful 都是一团糟，毕竟一次调用里操作的可不止一个资源。硬套 RESTful 的话，要么按资源拆分请求，那复杂均衡、事物就糟了，要么在一个资源操作里隐性操作其他资源，时间一长就变成屎代码。
见过几个项目设计之初想用 RESTful ，最后都变成了特色 RESTful 的杂交项目。

[flyqie]

@leaflxh #67

个人觉得 post+200 一把梭主要是为了分层，走到 catch 是基础设施问题，其他的是业务问题。

[flyqie]

@flyqie #69
而且还能避免很多奇怪问题

[crackidz]

取决于你客户端开发的水平😂

[JenJieJu]

graphql ，前端自己撸

[9c04C5dO01Sw5DNL]

必须是考虑语义、Safe 和 Idempotent ，这些性质和 restful 无关，纯纯 rfc2616 中定义的啊。。。

[chendy]

全部 POST ，因为要兼容 ie ，put 之类的不敢用，get 有时候缓存了全麻
全部 200 ，因为对接的前端喜欢，反正写起来都一样

[momo24672]

GET 读
POST 创建
DELETE 删除
PATCH 更新

POST 一把梭的全是 SB/垃圾

[lesismal]

> POST 一把梭的全是 SB/垃圾

@momo24672 不选择 Restful 的人会越来越多, 注意, 我说的是"不选择", 而不是"放弃", 因为 Restful 本来就不是必选项. 另外, 别太自信了

[flyqie]

@momo24672 #75

我记得 bilibili 部分项目貌似最后就是 post 一把梭。

[proxychains]

@DOLLOR #55
GET
/login/username/md5(pwd)

[picone]

默认情况下，NginX 会认为 POST 等是非幂等请求，不会进行重试，POST 一把梭用户怎么解决这个问题

[wjfz]

非要 post 也行，像#66 那种也还算清晰。
关键是错误处理，用 200 状态+错误码，前后端约定几十个错误码是一件及其傻逼的事情。