合同最後的網絡服務？

Question

使用CXF創建合同最後的Web服務看起來像是一種快速創建基於SOAP或REST的Web服務的高效且有效的方法。不過，我不清楚/不確定以下的，我會很感激的洞察力/反饋：

1. 是否有合同最後，我應該知道的任何顯著的陷阱？
2. 是否有任何重大問題/陷阱CXF我應該警惕嗎？
3. REST和SOAP在使用時最有意義CXF？

Answer 1

1. 合同的問題最後是 有你的代碼和WSDL中你 農產品之間的緊耦合 。這意味着你是 受限於Java和XSD 支持的阻抗不匹配 。我們 面臨的主要問題是版本控制。如果你想要支持兩個並行的 版本，你如何使用 合同最後？我們發現狡猾的 方式來處理XStream和 單獨的戰爭，但解決方案是 太大，這一邊緣。
2. CXF工作得很好。我們沒有 遇到任何重大問題，但它是一個 大項目和變化 你可以用它做什麼也是 蠻大的。
3. 這取決於您的API的消費者 。如果在 所有可能因爲它更簡單，不依賴於不兼容的SOAP庫和擴展更好，但我一直提倡REST，但一些B2B 我使用 組織更喜歡SOAP。參數可以是 ，因爲 自動創建SOAP客戶端 與REST的工具更多。也就是說，最大的組織（谷歌，亞馬遜等） 更喜歡REST的原因。

Answer 2

合同上一次Web服務開發對原型Web服務非常有用。有時WSDL可能是一個很難處理的問題。在我工作的地方，我們首先做的都是合同，因爲我們的大部分Web服務都必須與其他許多Web服務集成，因此WSDL通常由架構師創建。

如果可能，我還會去REST，使用CXF生成RESTful services \ clients不會很困難。

Answer 3

• http://static.springsource.org/spring-ws/sites/1.5/reference/html/why-contract-first.html#d0e321 這從春天Link擁有 回答您的問題
• CXF是沒關係的項目，但你要明白，它拉動約20多依賴關係，但如果你的項目是體面的大小，我會建議
• REST始終建議使用SOAP（因爲客戶可以使用/不使用OBJECTS）。 SOAP對客戶端選擇施加一些限制