RESTful API的理解
来源:互联网 发布:ps4白金神作 知乎 编辑:程序博客网 时间:2024/05/22 14:47
技术交流的时候遇到了这样的一个问题,被问及开发中用到的是不是Restful API,我说的是,我们现在用到的不属于完全是Restful API。因为我了解到的Restful API,是 通过具体的URI定位符,找到对应的资源,然后以固定的格式返回数据,这样的才是Restful API。然而在我模糊的表达中,对方听出来的是,我现在开发的API依然属于Restful API。那么什么才是真正的Restful API呢,今天我想好好总结一下。(之前学习东西总是,用到了就去搜索,然后很少总结,类似这种不影响我开发的概念性东西,只是大致搜索后,有了了解,不求甚解的。现在看来还是有必要弄的更清楚的,因为在讨论的时候,容易出现偏差,描述不清楚,对于学习其他知识的时候也是不利的。)
此处说明一下,我看到的是如何使用Retrofit请求非Restful API,这个让我理解了什么不是RESTful API,结果是不对的。不过不要紧,这篇博客的重点不是这个。
什么是REST?
可以总结为一句话:REST是所有Web应用都应该遵守的架构设计指导原则。
Representational State Transfer,翻译是”表现层状态转化”。
面向资源是REST最明显的特征,对于同一个资源的一组不同的操作。资源是服务器上一个可命名的抽象概念,资源是以名词为核心来组织的,首先关注的是名词。REST要求,必须通过统一的接口来对资源执行各种操作。对于每个资源只能执行一组有限的操作。(7个HTTP方法:GET/POST/PUT/DELETE/PATCH/HEAD/OPTIONS)
什么是RESTful API?
符合REST架构设计的API。
总结
符合REST设计标准的API,即RESTful API。REST架构设计,遵循的各项标准和准则,就是HTTP协议的表现,换句话说,HTTP协议就是属于REST架构的设计模式。比如,无状态,请求-响应。。。
参考:
理解本身的REST架构风格
http://www.infoq.com/cn/articles/understanding-restful-style/
理解RESTful架构
http://www.ruanyifeng.com/blog/2011/09/restful.html
Restful API设计指南
http://www.ruanyifeng.com/blog/2014/05/restful_api.html
- RESTful API的理解
- RESTful API的理解
- RESTful API的理解
- 我所理解的RESTful Web API
- 我的理解 RESTful Api 架构
- 我所理解的restful api
- 我所理解的restful web api
- 我所理解的RESTful Web API
- 理解RESTful API框架
- RESTFul API 个人理解
- 理解RESTful api设计
- 理解RESTful API架构
- restful RESTful的理解
- 理解并编写正确的restful风格的API
- 对RESTful Web API的理解与设计思路
- 对RESTful Web API的理解与设计思路
- 我所理解的RESTful Web API [Web标准篇]
- 我所理解的RESTful Web API [设计篇]
- Next Greater Element I
- hql 语句:关联查询left join 和count连用
- Android ScrollView去掉滚动条及ScrollView属性
- JEECG t:autocomplete 自动补全, 生成自己需要展示格式
- git 小结
- RESTful API的理解
- 设置了JOB,但是 不执行
- Linux下的Watchdog驱动
- 使用Prometheus+Grafana 监控MySQL/MONGODB
- Struts2模型驱动(六)
- 使用ajax提交form表单,包括ajax文件上传
- 坦克大战
- HAProxy的三种不同类型配置方案
- Java程序性能优化