对 REST 的理解还是一知半解， REST 分为好几个阶段，感觉目前有很多不全符合 REST 的设计。另外个人困惑的是，感觉 GET\POST\DELETE\PUT 动词有时候难以表述一些复杂的服务

[banpotinke]

[itommy]

举个栗子吧

[zdkmygod]

你把它当成只接受 CURD 操作的数据库就行了。

[doubleflower]

好好看一个完整的 API 设计文章不就知道了？都有说定制动作的吧。

比如 google 的关于 custom method ：
https://cloud.google.com/apis/design/custom_methods

[lifeand]

REST 风格是基于 http ，充分利用了 http 协议，对服务器端的操作使用关键字 GET\POST\DELETE\PUT ，重要的是 rest 是以资源为导向，抽象为对应的 uri ，对于资源后缀的使用并不是绝对的，具体的表现形式应该在 http 的头部进行描述，服务端并不会保存 rest 的请求相关上下文，所以是无状态的。个人总结， 1 、对 http 关键字的充分利用， 2 、优雅的 uri ， 3 、无状态
这篇文章写的很好 https://www.ibm.com/developerworks/cn/webservices/0907_rest_soap/

[learnshare]

method 不是用来表达业务的，是用来表达数据操作的

[ipconfiger]

Restful 是基于对资源的访问的协议, 对资源的操作也只有 CURD 四种, 所以 HTTP 协议的四个动词是足够的了. 如果你的接口复杂度用对资源的 CURD 操作无法抽象的话, 还是不要勉强用 Restful 的比较好, 不然就会产生你觉得别扭的感觉

[ericls]

如果你服务端和客户端都是自己写 你可以直接当 json rpc 写算了。。

[ytmsdy]

写几个 app 的后端就明白了！

[fuckgfwfuckgfw]

Github: github.com/txthinking/frank