我必須創建一個媒體服務來爲其他應用程序準備服務。問題是我們的API應該是REST還是SOAP？REST還是SOAP？我必須選擇一個
我讀了很多，這兩種方法比較的文章和材料。每個人都有自己的關於使用其中之一的想法。有人認爲，因爲每個人都將他們的產品切換到REST，所以使用REST而不是SOAP是一個很好的決定。但我認爲重要的是產品的目的和基於我們可以在soap或REST之間進行選擇的目的。
我們的服務與用戶沒有互動。它只與我們的本地應用程序一起工作，對我而言，我的API很簡單且有用。正如我所說的服務將媒體存儲和管理帶到其他應用程序。我有肥皂和休息的經驗，但這次我不能選擇一個。
那麼你有什麼想法？ SOAP還是REST？實際上在這種類型的項目中！
我會去REST - 它更簡單，增加了開銷更少。此外，一旦您的資源被明確定義和定界，開發人員就知道如何與API端點進行交互，而無需文檔或等待創建對象接口。
REST，沒有問題。
我一直在使用這兩種協議創建API和REST是消費者容易得多，而且更加靈活。
谷歌近4年前停止支持SOAP和REST使用和JSON專門吧。在休息，在那裏你只能得到你想要的數據
「部分緩解」，是巨大的。
下面是創建一個有用的文檔良好的REST API的： http://info.apigee.com/Portals/62317/docs/web%20api.pdf
我會選擇REST通過SOAP毫無疑問，但鑑於SOAP的消費點仍然是比較容易的工作，因爲存在奇才已經，它至少在Java和C＃世界中將WSDL類型自動映射到適當的類型。
REST更容易處理，這是非常有欺騙性的。它是一個開放的標準，更清潔，它利用HTTP協議的方式與SOAP Web服務不同，您必須瞭解這一點，因爲REST不適合每個人的業務，特別是如果已經存在的話。
這就是說，如果你真的想知道如何在網絡工程，不準人使用的標準，並減少依賴，創造了很多不必要的代碼去與REST嚮導。
它取決於什麼會消耗Web服務？ – 2013-03-13 08:08:53
我說服務必須提供一些功能來存儲和管理其他應用程序（如視頻和圖片）的媒體。 – DrHossein 2013-03-13 09:19:36
那麼我所說的並不是每種技術都支持SOAP，例如Android。您必須使用第三方軟件或通過http進行soap調用。儘管他們都有強烈的訴訟。 – 2013-03-13 14:11:05