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

我们一直在J2EE应用程序中使用基于SOAP的web服务。现在有一个要求，即为RESTful web服务提供客户端。如果我们要让客户端使用RESTful，有什么问题吗？这是否意味着架构不一致？

SOAP是一种消息协议，REST是一种设计/架构理念。你想用什么方法来比较和对比它们？通过SOAP进行通信的Web服务可以是RESTful的，也可以不是RESTful的，这取决于设计

---

如果RESTful的意思是“管理层希望URL看起来像”，那么对于任何半体面的框架来说，让这两种类型的请求都以相同的服务方法结束，而只需要最少的路由工作，这真的不应该是什么大不了的事。拥有神奇的“RESTy外观的URL”并不会让您的服务本质上变得更加RESTful。许多具有“REST外观”的服务与有状态服务器端高度耦合。

我的问题是大型Web服务和REST式Web服务。据我所知，大型Web服务使用SOAP、XML、WSDL等，而RESTful Web服务使用HTTP。那么，我们的应用程序中可以同时使用大型Web服务和RESTful wb服务吗？这在技术上可行吗？当然可以。您可以通过不同的传输/接口公开与REST兼容的操作子集。就我个人而言，我会回去询问编写/收集我的需求的人，看看他们是否真的想要一个REST兼容的web服务，或者他们只是想让人们能够通过一个httpclient库使用现有的服务，而不需要SOAP堆栈和WSDL。我敢打赌这是晚一点的事。：）