-
安全性
RESTful 对于资源型服务接口来说很合适,同时特别适合对于效率要求很高,但是对于安全要求不高的场景。
SOAP 的成熟性可以给需要提供给多开发语言的,对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义,关键还是看应用场景。
查看全部 -
效率和易用性
SOAP 由于各种需求不断扩充其本身协议的内容,导致在 SOAP 处理方面的性能有所下降。同时在易用性方面以及学习成本上也有所
增加。
RESTful 由于其面向资源接口设计以及操作抽象简化了开发者的不良设计,同时也最大限度的利用了 Http 最初的应用协议设计理念。
查看全部 -
SOAP WebService
WebService 是一种跨编程语言和跨操作系统平台的远程调用技术。
WebService 通过 HTTP 协议发送请求和接收结果时采用 XML 格式封装,并增加了一些特定的 HTTP 消息头,这些特定的 HTTP 消息头和 XML 内容格式就是 SOAP 协议。
查看全部 -
HTTP 协议 - 响应
组成格式:状态行、消息报头、响应正文
状态行
HTTP-Version Status-Code Reason-Phrase CRLF
HTTP/1.1 200 OK
常用状态码
200 OK //客户端请求成功
400 Bad Request //客户端请求有语法错误,不能被服务器所理解
401 Unauthorized //服务器收到请求,但是拒绝提供服务
404 Not Found //请求资源不存在
500 Internal Server Error //服务器发生不可预期的错误
503 Server Unavailable //服务器当前不能处理客户端的请求
查看全部 -
HTTP 协议 - 请求
组成格式:请求行、消息报头、请求正文
请求行
格式如下:Method Request - URI HTTP - Version CRLF
举例
GET HTTP/1.1 CRLF
请求方法
GET 请求获取 Request-URI 所标识的资源
POST 在 Request-URI 所标识的资源后附加新的数据
HEAD 请求获取由 Request-URI 所标识的资源的响应消息报头
PUT 请求服务器存储一个资源,并用 Request-URI 作为其标识
DELETE 请求服务器删除 Request-URI 所标识的资源
OPTIONS 请求查询服务器的性能,或者查询与资源相关的选项和需求
查看全部 -
HTTP 协议 - URL
HTTP 是一个属于应用层的协议,特点是简捷、快速。
schema://host[:port]/path[?query-string][#anchor]
scheme:指定低层使用的协议(例如:http, https, ftp)
host:服务器的 IP 地址或者域名
port:服务器端口,默认为 80
path:访问资源的路径
query-string:发送给 http 服务器的数据
anchor:锚
查看全部 -
资源
什么是资源?
所谓“资源”,就是网络上的一个实体,或者说是网络上的一个具体信息。
查看全部 -
设计概念和准则
网络上的所有事物都可以被抽象为资源。
每一个资源都有唯一的资源标识,对资源的操作不会改变这些标识。
所有的操作都是无状态的。
查看全部 -
RESTful 是什么
本质:一种软件架构风格
核心:面向资源
解决的问题
降低开发的复杂性
提高系统的可伸缩性
查看全部 -
如何设计RESTful API
设计资源路径:网址代表一种资源,网址中不能出现动词,只能有名词,一般来说名词应该使用复数。
查看全部 -
设计RESTFul API 六要素
查看全部 -
RESTful面向资源设计API, 一种软件架构风格
查看全部 -
soap WebService接口
查看全部 -
常用状态码
查看全部 -
每种http 请求方式,对应一个php方法:
1、POST /url 创建 insert ,非幂等
2、DELETE /url/xxx 删除 delete 幂等
3、PUT /url/xxx 更新 update 幂等
4、GET /url/xxx 查看 一条或列表 select 幂等幂等的意味着对同一URL的多个请求应该返回同样的结果
查看全部
举报