介绍

本文讨论了两种web服务访问协议，SOAP（“简单对象访问协议”）和REST（“表示状态传输”）。

web服务

Web服务被定义为主动地从定义的源获取、读取或传输数据，以产生指定的结果（即结果）。

下面的基本示例展示了在理解如何使用SOAP或REST在web服务之间传输数据之前web服务的基本用法。

如果开发人员正在编写一个需要在一个地方进行一些数据计算的应用程序，则将在该地方的代码中编写计算方法。但是，如果在应用程序的其他部分需要数据计算，那么如果开发人员将计算方法放置在每个需要的区域中，那么维护数据计算将是低效的，也是不切实际的。

必须对该方法进行一次更改，就需要找到每个要编辑（并重新测试）的实例。这个场景将受益于使用web服务来优化功能和提高业务敏捷性。

通过创建一个具有可访问方法的web服务来进行加法、减法、除法和乘法，应用程序将在需要数据计算时使用该web服务；它调用web服务进行计算并生成结果。因此，开发人员只有一个地方可以维护数据计算方法。

web服务中处理数据的方式取决于是实现SOAP还是REST。

soa和bpmn

基于可执行流程构建的应用程序基于面向服务的体系结构（“SOA”）。它是一种关于如何使用传输、生成、验证或计算数据的服务的方法。

SOA越来越有利于提高开发质量和时间，提高应用程序的性能和可伸缩性。

业务流程建模符号（“BPMN”）是对服务或业务流程进行建模，这可以由非技术人员（即业务分析师）完成。使用BPMN，业务模型（用于服务）很容易被开发人员解释，开发人员将模型实现为一个可执行的过程，这些过程可能需要也可能不需要人工交互。

简单对象访问协议（soap）

SOAP是一种通过internet传输数据的方法。

SOAP最初是由微软在互联网出现后开发的，它取代了旧的DCOM和CORBA技术，并且比REST存在的时间要长得多。

SOAP被认为比REST更重，即传输数据需要更多的行李，这意味着每个消息请求需要更多的带宽，并且数据源和目标在打包和接收数据时有更多的工作要做。

SOAP只使用XML在internet上进行消息传递服务，XML消息请求可能非常复杂，如果手动开发，则需要小心处理，因为SOAP不灵活，会出现错误。

可以使用.NET语言（例如）自动化SOAP消息请求，开发人员不需要使用XML，因为它是在后台自动生成的。

如果消息请求遇到任何问题，则在消息响应中返回详细的错误信息，并且还可以通过引用消息响应中提供的标准错误代码来自动执行此过程。

因此，所使用的编程语言是实现SOAP的难度的决定性因素。

伴随SOAP消息的一个包袱是解释Web服务如何工作的Web服务描述语言（“WSDL”）。当应用程序引用web服务时，它读取并理解如何处理web服务。

SOAP不必只使用HTTP（超文本传输协议）；它可以通过SMTP和其他传输协议使用。

随着SOAP的标准化，它比REST更加严格，尽管两者都依赖于既定的规则。

休息

REST是SOAP的更新和更圆滑的表亲，并且很快成为大多数web和移动应用程序的选择。

REST在推出十多年后，是一种更轻、更易维护和可扩展的与web服务交互的方式。

与SOAP不同，REST不专门使用XML；可以使用纯文本、CSV和RSS，也可以使用JSON进行AJAX调用；只要源和目标都能理解所使用的格式。

与SOAP相比，REST不那么复杂，而且被认为是一条更小的学习曲线。大多数现代编程语言都有库和框架来促进REST（RESTful）服务，比如C#、Python、Java和Perl。

REST速度更快，因为处理量最小，而且使用不同的消息格式效率更高。

两者都有优缺点，所以在考虑使用哪种访问协议时，要考虑组织中使用的编程语言、应用环境和应用要求。