REST是否可以純粹用作輕量級SOAP替代品(而不必擔心與名詞和動詞相關)?我真正討厭的SOAP是它在消息負載方面增加的開銷,我喜歡在REST中使用JSON,這會使通信變得簡單。REST上的愚蠢問題
爲了便於客戶端集成的,什麼是從服務器到客戶端提供的定義的最佳方式。閱讀其他職位post1post2,似乎有很多敵意的對抗提供諸如替代一個WSDL(即WADL?)。如果服務器和客戶端都知道可能發生的變化,並且如果我使用REST的原因僅爲上面的#1,那麼爲什麼它是如此糟糕的事情呢?
1
A
回答
2
可以休息純粹用作一個輕量級的SOAP替代(沒有真正擔心相關的名詞和動詞)?
若你還是想叫它休息。 REST 定義關心的名詞和動詞。如果您只想使用JSON來執行RPC,請繼續。但是你最終會被描述爲「SOAP lite」。
爲了便於客戶端集成,從服務器向客戶端提供定義的最佳方式是什麼?閱讀其他帖子post1 post2後,似乎有很多人反對提供類似替代的WSDL(即WADL?)。如果服務器和客戶端都知道會發生,如果我之所以使用REST是唯一#1以上變化的,那麼爲什麼它是一件壞事?
WSDLish「定義」被認爲是不好的,因爲REST並不是真正的RPCish樣式協議。通過REST,您可以從一個入口點開始,然後從響應中跟蹤服務器提供的URL。客戶不應需要有方法調用和這樣的「定義」 - 標準的HTTP動詞應該有標準的,明顯的和適當的效果 - 它不應該甚至需要如何構建一個URL的先驗知識;該URL應該在響應中提供。例如,如果您獲取用戶個人資料,則響應字段可能是用戶的網址。如果您正在查看訂單,則其中的每個商品都會有一個URL(作爲字段!),您可以使用該URL來檢索該商品的信息。如此。
相關問題
- 1. 愚蠢mod_rewrite問題
- 2. .htaccess愚蠢的問題
- 3. UTF8愚蠢的問題
- 4. 愚蠢的Linux SNMP問題
- 5. 愚蠢的數學問題
- 6. 愚蠢的問題,佔
- 7. 愚蠢的問題與jQuery
- 8. ASP.NET的GridView + DataSource + SQLDataReader的愚蠢問題
- 9. 愚蠢的WPF數據綁定問題
- 10. nhibernate.linq簡單(讀愚蠢的)問題
- 11. 愚蠢的命名空間問題
- 12. 有關Eclipse的幾個愚蠢問題
- 13. Android愚蠢的用戶界面問題
- 14. jQuery驗證和MVC2愚蠢的問題
- 15. 繼承UICollectionViewCell,愚蠢的問題
- 16. jQuery:可能是愚蠢的問題,但
- 17. Intelisense很愚蠢
- 18. 愚蠢的JS FUNC
- 19. 沒有WAMP/XAMPP的windows上的php ...這是一個愚蠢的愚蠢?
- 20. wordpress主題的一些愚蠢的問題
- 21. 愚蠢的平方根難題
- 22. 愚蠢的組件應該如何「愚蠢」?
- 23. 愚蠢mysql_fetch_assoc():錯誤
- 24. 愚蠢的學校運動
- 25. 錯誤或我的愚蠢
- 26. jQuery ajax愚蠢的錯誤
- 27. 可能FileInputStream.available愚蠢的我?
- 28. exec()和我的愚蠢
- 29. 愚蠢的Ruby貨幣
- 30. 愚蠢的SQL錯誤