写后台接口给 app 调用，有用到 PUT、DELETE 的时候吗

看接口设计了,看规范.没有强制. 有用到

https://developer.mozilla.org/zh-TW/docs/Web/HTTP/Methods

还不止这四个。

照着 restful 规范的话，put/delete 是要用到的。
统一用 get/post 基本就是懒

恕我直言，没有，get post 一把梭。

看接口如何设计，都会用到的。比如很多 Restful-Api 这样设计：
GET 获取数据
POST 操作数据
DELETE 删除数据
PUT 操作配置

有啊，不就是 CRUD 各占一个

get post 一把梭

自己写点小东西还是会用到 , 公司项目看规范了,一般只用 get/post

@ilaipi 是啊，rest 规范是有的，不过现在都是 get/post 的

restful 里面说要用，但实际写起来都是参数少的的用 get，参数多的用 post

我自己的网站，我都是通过这样的方式，除了 GET、POST
大更新 PUT，小更新 PATCH，删除 DELETE
另加一个跨域 OPTIONS
再有就状态码的使用，比如：未登录验证的返回 401 状态码，
有时还用自定义的状态码来表示特定的需求

APP 我还没见过用的。网站上用的倒不少

get post 一把梭

get post 一把梭

都有...

反正我们的提供的接口都是完全按照 method 语义来的，
新增：post
修改：put
查询：get
删除：delete

刚开始的时候我还真用了，之后好像出了些问题，好像是部分浏览器不支持 delete 请求吧，反正有点小问题，后来干脆都用 get、post 了。

应该用，但是很多网关会屏蔽 put 和 delete 请求，这就比较讨厌了

后台支持就用啊，不支持就 post 啊，考虑那么多干嘛

@tabris17 上了 https 网关还会知道，你 post 还是 put ？滑稽

@caola nginx 也是一种网关，了解一下

不着急的话，严谨遵守规范，
慌的一批的话，就一把梭 2333

post 一把梭。连 get 都不需要。整那么多方法，就是给自己找不畅快。

@zicla #22 没错接口真的是一个 POST 就够了。。

新增：post
修改：put
查询：get
删除：delete

我们是这么搞的

看接口设计和具体业务的取舍，仅用 get/post 兼容性可能好一些，但复合 rest 习惯则 put/delete 都用上

就 get 和 post，不一定要完全按照规范来，SQL 还有反模式呢。

get 和 post 简单明了，测试也方便，对调用者要求也低

rest 的话有可能用 如果你们接口没那么规范建议全部 post

看要求吧 有时项目会要求不用 D 主

没什么用，虽然说是 restful 风格建议的，但不实用