【发布时间】：2010-07-29 05:00:30
【问题描述】：
我们一直在 J2EE 应用程序中使用基于 SOAP 的 Web 服务。现在需要拥有 RESTful Web 服务的客户端。如果我们要为 RESTful 提供客户端，有什么问题吗？是不是表示架构不一致？
【问题讨论】：
标签： java web-services
【发布时间】：2010-07-29 05:00:30
【问题描述】：
SOAP 是一种消息协议，REST 是一种设计/架构哲学。您试图以什么方式比较和对比它们？通过 SOAP 进行通信的 Web 服务可以是 RESTful 的，也可以不是，这取决于设计。
如果你所说的 RESTful 是指“管理层希望 URL 看起来像 http://example.com/shoppingcart/123/addItem/456”，那么对于任何半体面的框架来说，让两种类型的请求最终以相同的服务方法结束并具有最少的工作路由他们。拥有神奇的“看起来像 RESTy 的 URL”不会使您的服务在本质上或多或少地 RESTful。许多具有“REST 外观”的服务与有状态的服务器端高度耦合。
【讨论】：
-
我的问题是大型 Web 服务和 RESTful Web 服务。据我所知，大型 Web 服务使用 SOAP、XML、WSDL 等，而 RESTful Web 服务使用 HTTP。那么我们可以在我们的应用程序中同时拥有 Big Web Services 和 RESTful wb 服务吗？
-
技术上可行吗？当然，当然。您可以通过不同的传输/接口公开符合 REST 的操作子集。就个人而言，我会回过头来询问编写/收集我的需求的人，看看他们是否真的意味着/想要一个符合 REST 的 Web 服务，或者他们是否只是意味着他们希望人们能够通过没有 SOAP 堆栈和 WSDL 的 httpclient 库。我敢打赌 brews 是后者。 :)