我们可以在我们的应用程序中同时使用RESTful和SOAP Web服务

问题描述:

我们在我们的J2EE应用程序中一直使用基于SOAP的Web服务。现在需要拥有RESTful Web服务的客户端。如果我们要有RESTful的客户端,有什么问题吗?这是否意味着不一致的架构?我们可以在我们的应用程序中同时使用RESTful和SOAP Web服务

SOAP是一种消息协议,REST是一种设计/架构理念。你用什么手段来比较和比较它们?根据设计,通过SOAP进行通信的Web服务可以是RESTful或不是。

如果REST风格的你的意思是“管理层希望的URL看起来像http://example.com/shoppingcart/123/addItem/456”,那么它真的不应该是一个大问题与任何像样的框架,有两种类型的请求以最小的工作相同的服务方法结束路由它们。拥有神奇的“REST式外观URL”并不会使您的服务本质上变得或多或少具有REST风格。许多具有“REST外观”的服务与有状态的服务器端高度耦合。

+0

我的问题是Big Web Services和REST风格的Web服务。据我所知,Big Web Services使用SOAP,XML,WSDL等,其中RESTful Web服务使用HTTP。那么我们可以在我们的应用程序中同时使用Big Web Services和RESTful wb服务吗? – user405277 2010-07-29 05:49:14

+0

技术上可行吗?当然,当然。您可以通过不同的传输/接口公开与REST兼容的操作子集。就我个人而言,我会回去烧烤撰写/收集我的需求的人,并确定他们是否真的意味着/希望获得符合REST的Web服务,或者他们是否希望人们能够通过使用现有服务没有SOAP堆栈和WSDL的httpclient库。我会打赌它是后者。 :) – Affe 2010-07-29 06:17:27