soap和rest区别(soap rest)

soap rest

SOAP(Simple Object Access Protocol)简单对象访问协议，是基于HTTP的一种异构系统通信的协议，说白了就是xml文档传输，之所以会有它，就是在于不同语言C,C++,JAVA等语言开发的系统进行通信，是WebService就是基于SOAP协议的，确实是一种比较传统的SOA解决方案。

REST(Rerepresentational State Transfer)是外国一位博士提出的一种架构风格，从资源状态转换角度看待资源，但也是基于SOAP协议进行通信。rest 是一种风格 restful Webservice 和 soap的区别在于表现形式不一样，如果想深入了解 可以去开开 深入理解Webservice 这本书，restful Webservice 不只是可以用json 也可以用xml 更可以用html做消息返回， rest 风格的Webservice 和传统的soap 主要的表现在于 rest是将资源暴露 soap是暴露操作 。

具体的流程其实和soap是一样的，但是rest更方便，更轻。

soapapi和restapi

在.net平台下，有大量的技术让你创建一个HTTP服务，像WebService，WCF，现在又出了WebAPI。在.net平台下，你有很多的选择来构建一个HTTPServices。我分享一下我对WebService、WCF以及WebAPI的看法。　　WebService　　

1、它是基于SOAP协议的，数据格式是XML　　

2、只支持HTTP协议　　

3、它不是开源的，但可以被任意一个了解XML的人使用　　

4、它只能部署在IIS上　　WCF　　1、这个也是基于SOAP的，数据格式是XML　　2、这个是WebService（ASMX）的进化版，可以支持各种各样的协议，像TCP，HTTP，HTTPS，NamedPipes,MSMQ.　　3、WCF的主要问题是，它配置起来特别的繁琐　　4、它不是开源的，但可以被任意一个了解XML的人使用　　

5、它可以部署应用程序中或者IIS上或者Windows服务中　　WCFRest　　1、想使用WCFRestservice，你必须在WCF中使用webHttpBindings　　2、它分别用[WebGet]和[WebInvoke]属性，实现了HTTP的GET和POST动词　　3、要想使用其他的HTTP动词，你需要在IIS中做一些配置，使.svc文件可以接受这些动词的请求　　4、使用WebGet通过参数传输数据，也需要配置。而且必须指定UriTemplate　　5、它支持XML、JSON以及ATOM这些数据格式　　WebAPI　　1、这是一个简单的构建HTTP服务的新框架　　2、在.net平台上WebAPI是一个开源的、理想的、构建REST-ful服务的技术　　3、不像WCFRESTService.它可以使用HTTP的全部特点（比如URIs、request/response头，缓存，版本控制，多种内容格式）　　4、它也支持MVC的特征，像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试。这些可以使程序更简单、更健壮　　5、它可以部署在应用程序和IIS上　　

6、这是一个轻量级的框架，并且对限制带宽的设备，比如智能手机等支持的很好　　

7、Response可以被WebAPI的MediaTypeFormatter转换成Json、XML或者任何你想转换的格式。　　　　WCF和WEBAPI我该选择哪个？　　1、当你想创建一个支持消息、消息队列、双工通信的服务时，你应该选择WCF　　2、当你想创建一个服务，可以用更快速的传输通道时，像TCP、NamedPipes或者甚至是UDP（在WCF4.5中）,在其他传输通道不可用的时候也可以支持HTTP。　　3、当你想创建一个基于HTTP的面向资源的服务并且可以使用HTTP的全部特征时（比如URIs、request/response头，缓存，版本控制，多种内容格式），你应该选择WebAPI　　4、当你想让你的服务用于浏览器、手机、iPhone和平板电脑时，你应该选择WebAPI

soap接口和rest接口区别

常见接口包括：REST API、SOAP API、GraphQL API、Webhooks API、JSON-RPC API、XML-RPC API、gRPC API等。

soa和soap的区别

NET就是微软的用来实现XML，Web Services,SOA（面向服务的体系结构service-oriented architecture）和敏捷性的技术。.NET是微软的新一代技术平台，为敏捷商务构建互联互通的应用系统，这些系统是基于标准的，联通的，适应变化的，稳定的和高性能的。

从技术的角度，一个.NET应用是一个运行于.NET Framework之上的应用程序。（更精确的说，一个.NET应用是一个使用.NET Framework类库来编写，并运行于公共语言运行时 Common Language Runtime之上的应用程序。）如果一个应用程序跟.NET Framework无关，它就不能叫做.NET程序。比如，仅仅使用了XML并不就是.NET应用，仅仅使用SOAP SDK调用一个Web Service也不是.NET应用。

rest与soap的优缺点

在SoapUI工具中，如果发现接口是xml进行响应传输数据，就使用soap；其它一律使用rest，比如接口返回是JSON格式的。

soap与rest区别

Amazon的架构经历了巨大的变化，从一开始时的两层架构，转向了分布式的、去中心化的服务平台，提供许多种不同的应用。

最开始只有一个应用来和后端交互，是用C++来完成的。

架构会随着时间而演进。多年来，Amazon将增容的主要精力放在后端的数据库上，试图让其容纳更多的商品数据，更多的客户数据，更多的订单数据，并让其支持多个国际站点。到2001年，前端应用很明显不能再做任何增容方面的努力了。数据库被分为很多个小部分，围绕每个部分会创建一个服务接口，并且该接口是访问数据的唯一途径。

数据库逐渐演变成共享资源，这样就很难再在全部业务的基础之上进行增容操作了。前端与后端处理的演进受到很大限制，因为他们被太多不同的团队和流程所共享了。

他们的架构是松散耦合的的，并且围绕着服务进行构建。面向服务的架构提供给他们的隔离特性，让他们能够快速、独立地完成许多软件组件的开发。

逐渐地，Amazon拥有了数百个服务，并有若干应用服务器，从服务中聚合信息。生成http://Amazon.com站点页面的应用就位于这样的一台应用服务器之上。提供web服务接口、顾客服务应用以及卖家接口的应用也都是类似的情况。

许多第三方的技术难以适用Amazon这种网站的规模，特别是通讯基础架构技术。它们在一定范围内工作的很好，但是如果范围再扩大的话，它们就不适用了。因此，Amazon只好自己开发相应的基础技术。

不在一种技术上"吊死"。Amazon在有的地方使用jboss/java,不过只是使用servets，并没有完全使用j2ee中所涉及到的技术。

C++开发的程序被用来处理请求。Per/Mason开发的程序用来生成页面中的内容。

Amazon不喜欢采用中间件技术，因为它看起来更像一种框架而不是一个工具。如果采用了某种中间件，那么就会被那种中间件所采用的软件模式所困扰。你也就只能选用他们的软件。如果你想采用不同的软件几乎是不可能的。你被困住了！经常发生的情况就是消息中间件，数据持久层中间件，Ajax等等。它们都太复杂了。如果中间件能够以更小的组件的方式提供，更像一个工具而不是框架，或许对我们的吸引力会更大一些。

SOAP 相关的web解决方案看起来想再次解决所有分布式系统的问题。

Amazon提供SOAP和REST这两种Web 服务。大概有30%的用户采用SOAP这种Web Services。他们看起来似乎是Java和.NET的用户，而且使用WSD来生成远程对象接口。大概有70%的用户使用REST。他们看起来似乎是PHP和PER的用户。

无论采用SOAP还是REST，开发人员都可以得到访问Amazon的对象接口。开发人员想要的是把工作完成，而不需要关心网线上传输的是什么东西。

Amazon想要围绕他们的服务构建一个开放的社区。他们之所以选择Web Services是因为它的简单。事实上它是一个面向服务的体系架构。简单来说，你只有通过接口才能访问到需要的数据，这些接口是用WSD描述的，不过它们采用自己的封装和传输机制。

soap和restful的区别

1.HTTP接口

通过HTTP协议传输的接口，可以传输文本表单数据，也可以传输json类型的对象数据或xml类型的数据

2.RPC

 远程方法调用，随着分布式系统的出现，当你需要调用部署到其他服务器上的方法时，需要用到RPC。RPC只是提出了这样的一个问题，有很多种解决的方案，比如Web Service（基于SOAP协议），REST（基于HTTP协议）。

3.SOAP  

简单面向对象协议，基于HTTP，使用xml作为默认传输格式。

4.Web Service 

基于SOAP协议的一种RPC实现方案。相比传统的HTTP接口只传输文本请求和文本响应，通过Web Service可以直接拿到远程的一个对象，并能够直接调用对该对象的属性和方法，比HTTP更高级。

5.REST/RESTful ARI:  REST，表述性状态转移。一种HTTP接口的设计风格，将一切接口视为资源，要求接口路径统一管理，分版本管理，规定了GET/POST等请求以及HTTP状态码的使用规范，默认使用josn格式传输。RESTful API即满足REST风格设计规范的API接口