HTTP API 与Restful API 关系及区别

   在工作和面试中,经常遇到Restful API,到目前为止,我对Restful API都不太清楚,经过查询有所了解,特总结如下,

什么是REST?

可以总结为一句话:REST是所有Web应用都应该遵守的架构设计指导原则。

主要原则如下:

1. C/S模型,通过统一接口通讯
2. 层次化,可与多个服务器通讯
3. 无状态,服务器不保存客户状态,发送请求时需包含足够信息
4. Cache,C/S之间可使用缓存
5. 唯一资源标识来标识资源
6. 传递消息的自身描述
7. 返回资源的自身描述
8. 可选的超媒体即应用状态引擎(HATEOAS)
 

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架构的设计模式。比如,无状态,请求-响应。。。,即HTTP API是Restful API的实现和表现,Restful API是HTTP API的基础,提供了标准接口。



猜你喜欢

转载自blog.csdn.net/gyshun/article/details/80019741