服务协议REST和SOAP

本文介绍了REST和SOAP两种服务协议的基本概念和区别。REST是一种基于Http协议、面向资源的架构风格,强调统一接口、分层系统和按需代码。SOAP是基于XML的通信协议,适用于不同平台间的信息交换。两者的主要区别在于REST的简洁性和直接操作资源,而SOAP则具有严格规范但相对复杂的通信方式。
摘要由CSDN通过智能技术生成

服务协议,学习过程中刚遇到这个了,就来了解一下基本的知识。

明天去,怎么说呢,突然的告别吧。从此就是一个人了。gzq曾经说我不值得,这样的人hw一抓一大把。可是真的,这样的人只有他一个。半个师父了,有点依赖。

不说啦,看题学习吧
参考链接:
https://blog.csdn.net/zg68/article/details/24354577
https://www.w3school.com.cn/soap/soap_intro.asp
https://www.cnblogs.com/MissQing/p/7240146.html

REST

REST是英文Representational State Transfer的缩写,中文翻译为“表述性状态转移”,本身只是为分布式超媒体系统设计的一种架构风格,而不是标准。

REST在原有的B/S架构上增加了三个新规范:统一接口,分层系统和按需代码。
统一接口,将系统提供的服务解耦,提升了系统的可交互性和重用性。分层系统将各个系统服务进行隔离,使新的服务器免受遗留客户端的影响,提高了系统的独立性和可伸缩性。按需代码是指客户端可以通过自定义代码扩展客户端系统功能呢,但这样使客户端变得不可见和不可控。(听上去很跟随服务化大潮呢)

REST是基于Http协议的,任何对资源的操作行为都是通过Http协议来实现。

面向资源,甚至连服务也抽象成资源。

SOAP

SOAP 是基于 XML 的简易协议,可使应用程序在 HTTP 之上进行信息交换。简单地说,是一个访问网络服务的协议。

通信协议,可发送消息。一个xml文档,里面包含消息内容,可以在不同操作系统不同编程语言不同技术之间进行通信。使用POST方法发送请求,用一个唯一的URI标识服务的入口。

区别

一个特别好的例子。
因为SOAP并不假定传输数据的下层协议,因此必须设计为能在各种协议上运行。即使绝大多数SOAP是运行在HTTP上,使用URI标识服务,SOAP也仅仅使用POST方法发送请求,用一个唯一的URI标识服务的入口。举一个图书馆在线查询管理系统为例,服务提供者必须为每一本书提供一个内部标识,然后可能定义一个listBooks操作来返回一系列图书,一个getBook操作来返回指定的图书,一个createBook操作来向数据库加入新增的图书,一个deleteBook操作来删除作废的图书,每个操作都有各自的参数,尤其是用内部标识来标识操作的图书。这种设计被诟病之处,在于deleteBook操作也要用POST方法来发送,而其实HTTP协议有更和逻辑的DELETE方法可用。REST正是这样设计的,REST为每一个资源(此处是图书)指定一个唯一的URI,而用HTTP的4种方法GET、POST、PUT、DELETE直观地表示获取、创建、更新和删除图书。同时图书集合也是和单本的图书不同的资源,如果用/books来代表图书列表,/books/ID来代表标识为ID的图书,那么对/books的GET操作就代表返回整个图书列表,对/books/ID的DELETE操作代表删除指定的图书,等等。

感觉应该先讲SOAP。SOAP是一个有着严格规范的通信协议,它有自己的语法(虽然已经很简单了),但是在实际操作来看显得麻烦。REST的无状态特性,将对象和操作都抽象成资源,对资源直接进行操作。(看上去很好哈)

但是看大佬辩证的看待问题阐述观点(链接https://www.cnblogs.com/MissQing/p/7240146.html),咱这里还没开始用,就先不评价了。

不定期更新ing------

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值