2009-12-21 27 views
2

我真的很喜歡「WCF數據服務」的想法,但它如何在現實生活場景中工作? WCF數據服務爲客戶提供了一個很好的方式來刪除數據。但是,您可以通過並獲得回報的方式非常有限。所以最終將所有業務邏輯寫在客戶端。對於只需要數據庫後端的小型應用程序來說,這可能沒問題。你不想在嚴肅的企業應用程序中使用它,你的客戶端將會變得太大,如果你的業務邏輯是某種專有技術,它可以很容易地被反彙編。「WCF數據服務」是否朝着正確的方向發展?

回答

0

我可以理解你的困惑,因爲命名... WCF數據服務是基於REST的,對企業環境來說臭名昭着的糟糕。 Howvever,你可以擁有正常的基於SOAP的WCF服務,它可以爲企業工作。

+0

我明白你的觀點。我猜WCF數據服務只是REST的另一種風格。 – Vitalik 2009-12-22 19:08:33

+0

回到目的。如果您真的想要互操作性和REST風險,那麼實現更傳統的REST服務會更有意義嗎? Java或PHP或Javascript可以使用哪些東西? – Vitalik 2009-12-22 19:13:01

+0

我不想進入REST vs SOAP的辯論......無論如何,我確定它已被問了很多次...... – vidalsasoon 2009-12-23 15:25:49

3

不要誤導SOAP是針對企業的,而REST針對的是吸引人的小端web應用。很多人在SOAP框架上浪費了很多時間,包括我在內,這些框架導致企業間通信的麻煩將被計入數十億美元。

REST提供了一個機會,只關心所傳遞的數據以及服務和用於針對服務運行的語義,其餘(藉口雙關語)由傳輸級別機制處理。你想要加密的數據通道嗎?那麼HTTP就是這樣的。你需要認證嗎? HTTP上有很多支持這個框架的框架,而不是使用複雜的WS- *協議。你想要可靠的消息嗎?你可以很簡單地使用消息隊列軟件設計它 - 我只見過一個SOAP框架處理得很好,並且在那個時候它不是很好的互操作性。

儘管我並沒有將SOAP折扣爲企業級,但我只是說它不會將基於REST的服務折扣爲企業模塊進行通信的絕佳方式。

我個人已經使用REST和SOAP集成了數百萬美元的系統,並且目前更傾向於基於REST的服務,以便於開發和第三方集成,瞭解,簡化文檔以及在各個企業快速部署服務的能力。

相關問題