0
我們在我們的J2EE應用程序中一直使用基於SOAP的Web服務。現在需要擁有RESTful Web服務的客戶端。如果我們要有RESTful的客戶端,有什麼問題嗎?這是否意味着不一致的架構?我們可以在我們的應用程序中同時使用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外觀」的服務與有狀態的服務器端高度耦合。
我的問題是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
技術上可行嗎?當然,當然。您可以通過不同的傳輸/接口公開與REST兼容的操作子集。就我個人而言,我會回去燒烤撰寫/收集我的需求的人,並確定他們是否真的意味着/希望獲得符合REST的Web服務,或者他們是否希望人們能夠通過使用現有服務沒有SOAP堆棧和WSDL的httpclient庫。我會打賭它是後者。 :) – Affe 2010-07-29 06:17:27