选择Rest还是Soap？

frank_necsthz 2008-05-27 08:34:26

如题所示，在设计Web service时用Rest方式还是利用SOAP协议方式呢？那种好。各位大侠是否可以指点一下。

...全文

179 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

DanielYWoo 2008-10-11

打赏
举报

回复

http://danielywoo.blogspot.com/2008/10/restful-web-service.html

ad2008 2008-05-28

打赏
举报

回复

都行

frank_necsthz 2008-05-28

打赏
举报

回复

感谢！！！

老紫竹 2008-05-27

打赏
举报

回复

http://www.duduwolf.com/wiki/2007/261.html

参考一下，自己选择

很多API用户放弃REST，并拥抱GraphQL。而在十年之前，对于REST来说则是相反的情况，在于SOAP的竞争中，REST大获全胜。这种观念的问题在于用于单方面去选择一个技术，而没有考虑实际价值以及以与特定场景的匹配度

本文对比了五种主流API技术的特点和适用场景：SOAP适合企业级系统集成，REST是Web/移动端通用方案，GraphQL解决前端数据定制需求，gRPC优化微服务通信性能，tRPC则简化全栈TypeScript开发。选择依据包括：企业级需求用SOAP，常规Web用REST，前端复杂用GraphQL，微服务用gRPC，全栈TS项目用tRPC。每种技术都有其最匹配的应用场景和开发需求。

看起来在web API协议之争(如果曾经有过)中，潮流正稳步的转向REST，SOAP已经被逼退。Web开发者们选出了他们心目中的目标，他们要RESTful APIs。下面的是2008年和2010年各种不同的API协议部署量的对比图，来源于ProgrammableWeb上的2000多个web API目录数据。来源: ProgrammableWeb, May 2010. 非常的有...

以互联网上众多的开放API为例，如社交媒体平台的API，它们需要满足海量用户和多样化应用场景的需求，REST的轻量级和灵活性使得这些API能够轻松应对不同类型的客户端请求，并且在自身功能迭代时，不会对现有的客户端造成过大的影响。在企业内部的大型信息系统集成项目中，不同的业务系统往往由不同的团队在不同的时期开发，使用了不同的技术栈和架构。JSON简洁的数据结构大大减少了数据传输的冗余，在相同的数据量下，JSON格式的REST消息相比XML格式的SOAP消息，占用的带宽资源更少，传输速度更快。

REST 架构风格是一种全新的针对 Web 应用的开发风格，与 RPC 风格的 Web 服务（关于 RPC 风格的 Web 服务描述，请参见Wikipeida）一样，是企业信息化的一个重要架构实践领域。本文从一个简单的应用场景出发，使用 REST 和 SOAP 两种不同的架构风格实现，通过对 REST 与 SOAP Web 服务具体对比,旨在帮助读者更深刻理解 REST ...

67,535

社区成员

225,849

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章