WS * vs REST =課程的馬匹......還是不是？

Question

好吧，所以我已經實現了REST和SOAP服務，而且我喜歡這兩者，具體取決於上下文。對我而言，當我想要服務器和客戶端之間的顯式契約時，WS *非常棒，例如獲取敏感信息或關鍵任務。另一方面，REST雖然在架構定義方面靈活，但在我看來，對於內容服務或不需要經過任何嚴肅的業務邏輯的數據而言，它更爲理想。

REST似乎是非常有趣的一天，當Whileworks的Martin Fowler等人給出這個播客時：http://www.thoughtworks.com/what-we-say/podcasts.html在REST上，並且對WS *嗤之以鼻。雖然這個人自己受到了很好的尊重，但是我認爲在這裏還是有非常多的地方需要肥皂和一點點的鹽嗎？有誰在嚴肅的商業應用中使用REST？

Answer 1

您可以記錄通過提供一個你使用的媒體類型的描述和一個網址你的REST API？

如果你發現自己提供的URL列表，哪些動詞可以在這些網址中使用，那麼你可能沒有REST api。

一旦你創建了一個真正的REST API，然後回去和比較，WS * API。你會看到他們非常不同。

的REST API可以輕鬆地處理「嚴重的商業邏輯」是的，我已經在一個嚴肅的商業應用程序中使用REST。

Answer 2

Diary of a Fence Sitting SOA Geek - Dr Mark Little

演示非常近 - 很發人深省的東西。

REST實際工作。它不像SOAP那樣重複業務。許多顧問在此基礎上努力拯救SOAP。隨着RESTful體系結構的工具和框架的改進，企業將朝這個方向發展。治理現在也是大談話。

新版本的JAX-RS對於RESTful開發來說是一個非常有趣的新工具，Mark Little在他的演示中提到了這一點。

你可能會更好過考慮SOAP作爲傳統技術，它會爲您提供更好向前發展。 ;）