SOA接口的两种常用实现比较：SOAP vs REST

转自：http://blog.csdn.net/zhaohuabing/article/details/39643127?utm_source=tuicool

SOA架构用于异构系统的协作，因此需要一种跨操作系统、跨语言的通用的消息交换格式。SOAP和REST都是基于文本的消息体，相比二进制消息而言具有跨平台的优势，因此被选作SOA接口的常用实现方法。但SOAP和REST又有各自不同的特点和用途。

    SOAP：将HTTP协议作为传输层协议，本质是采用HTTP进行传输，使用XML封装消息内容的RPC调用。

REST：REST并不是一种协议，只是一种设计规范，该设计规范要求程序遵守HTTP协议最初设计的初衷，使用HTTP的GET/PUT/DELTET/POST对资源进行操作，REST接口是以URI资源为基础，对资源进行CRUD操作的接口。

SOAP和REST的对比：

 

• SOAP相对REST来说较为重量级，由于采用XML格式的消息体，消息的有效负荷占比较REST常用的JSON少，不过XML消息的好处是较JSON来说更容易为人阅读。
• SOAP接口是自解释的，采用WSDL进行描述，程序可以基于WSDL进行解释并自动生成SOAP调用代码；REST接口只能通过接口文档进行描述，难以做到程序解释接口定义。
• SOAP 采用HTTP作为传输层协议，对HTTP协议来说服务调用是透明的，防火墙上难以对SOAP进行细粒度的权限控制，也难以使用http的缓存机制提高效 率。而REST是标准的HTTP访问，可以充分利用HTTP协议提供的一些好处，例如可以在防火墙上较好地进行权限控制（最小粒度可以基于每个URL的 CRUD操作），也可以充分利用缓存提高响应速度和系统的吞吐效率。
• 由于REST是标准的HTTP访问，其适用性更广，web应用，移动应用都可以在不使用第三方库的情况下方便地使用REST接口构造应用程序。
• 对于移动程序而言，由于REST的有效负荷占比高于SOAP的XML封装，采用REST接口可以降低程序使用的带宽。
• 根据REST设计原则，接口是无状态的，因此可以简单地通过对服务器进行水平扩展提升服务能力。

对于WEB Service而言，SOAP和REST各有千秋，SOAP有完善的标准规范和自动化开发工具，REST则更简单，对移动应用更友好。Oracle SOA Suite提供了将SOAP转换为REST接口的快捷方法，可以为已有的SOAP接口提供REST形式的封装，为web service同时提供SOAP和REST接口，是一个综合了各方面优点的完善的解决方案。