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