为什么 twitter 不使用更省流量的 RESTful API？现在的 API 大部分流量都花在格式上

[wakzz]

1. RESTful 经过这几年实践，大家都发现只适合简单业务场景
2. 文本结构格式浪费的带宽，相对于媒体连零头都算不上，而且即使文本浪费验证，开个 gzip 直接降低 90%的流量

[cubecube]

@wakzz RESTful 不也是文本？

[Nazz]

restful 除了 url 好看点简直一无是处

[xuanbg]

对资源的操作不仅仅是 crud ，而且，同一种操作在不同的场景会有不同的逻辑。譬如：忘记密码和修改密码。

[zlstone]

restful 不是只约定 uri 和动作吗，也不涉及资源的表述

[IvanLi127]

@xuanbg 你只要敢继续抽象，就能做到。
忘记密码就是创建重置密码申请，修改密码就是创建新密码。就是比较繁琐。所以对资源的操作至少可以在接口上转化成 crud 。

[LLaMA]

@xuanbg #4
忘记密码 POST /Account/ForgetPassword
修改密码 PUT /Account/Password
感觉很方便啊

[jeesk]

我最近也在看这方面的东西，发现国外很多小公司的 api 也没有完全按照 restful 的来搞。

[jeesk]

应该好好想想为什么 grpc 之类的接口为什么在转换成 web 的时候全部使用 post ? 为什么不按照规范对修改和创建都搞成 patch,post ?

[nulIptr]

@benrezzagmehamed #7 你这接口叫什么 restful 啊。。。

[jimmy3780]

@benrezzagmehamed 这个很明显不是 RESTful 的 API ，不是所有的 HTTP API 都叫做 RESTful……

[xuanbg]

@benrezzagmehamed 你这个就很不 RESTful 啊，资源只能是名词，还得复数形式。绝对不可以是动词！！！

[xuanbg]

@IvanLi127 来一个 url 嘛，我被这个问题困扰好多年了呢

[opengps]

转型需要成本，当时的选型决定了绝大部分架构的技术标准已经锁定

[IvanLi127]

@xuanbg 改密码前面想复杂了。


创建多因子认证 POST /mfa/sms
提交多因子认证 PATCH /mfa/sms/:id
创建重置密码申请 POST /users/:id/reset-password-requests ，请求头传多因子认证通过凭证 请求体 {psssword}

修改密码 PATCH /users/:id ，请求头多因子，请求体 {psssword}

[xuanbg]

@IvanLi127 POST /users/:id/reset-password-requests 这个真的不是强行 RESTful 么？

[IvanLi127]

@xuanbg 这哪强行了？如果要记录重置密码的操作历史，不就自然是这么写吗？如果不记录的话，直接 patch user 就行了。

[luzemin]

1000 个人有 1001 中 RESTful 的理解