对 REST 的理解还是一知半解， REST 分为好几个阶段，感觉目前有很多不全符合 REST 的设计。另外个人困惑的是，感觉 GET\POST\DELETE\PUT 动词有时候难以表述一些复杂的服务
banpotinke · Mar 26, 2017 · 3082 viewsThis topic created in 3326 days ago, the information mentioned may be changed or developed.
 |
1
itommy Mar 26, 2017
举个栗子吧
|
 |
2
zdkmygod Mar 26, 2017
你把它当成只接受 CURD 操作的数据库就行了。
|
 |
3
doubleflower Mar 26, 2017
好好看一个完整的 API 设计文章不就知道了？都有说定制动作的吧。
比如 google 的关于 custom method ： https://cloud.google.com/apis/design/custom_methods |
 |
4
lifeand Mar 26, 2017
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/ |
 |
5
learnshare Mar 26, 2017
method 不是用来表达业务的，是用来表达数据操作的
|
 |
6
ipconfiger Mar 26, 2017
Restful 是基于对资源的访问的协议, 对资源的操作也只有 CURD 四种, 所以 HTTP 协议的四个动词是足够的了. 如果你的接口复杂度用对资源的 CURD 操作无法抽象的话, 还是不要勉强用 Restful 的比较好, 不然就会产生你觉得别扭的感觉
|
 |
7
ericls Mar 26, 2017
如果你服务端和客户端都是自己写 你可以直接当 json rpc 写算了。。
|
 |
8
ytmsdy Mar 26, 2017 via iPhone
写几个 app 的后端就明白了！
|
 |
9
fuckgfwfuckgfw Nov 23, 2017
Github: github.com/txthinking/frank
|
Select Language