哪里有WCF和ADO.Net數據服務？

Question

我對ADO.Net數據服務感到有點困惑。

它只是用於創建RESTful Web服務嗎？ 我知道WCF在SOAP世界中開始，但現在我聽說它對REST有很好的支持。 ADO.Net數據服務也是如此，如果您無法從面向資源的視圖中查看所有內容，則可以使其在RPC模型中工作。

至少從我最近看到的演示看來，ADO.Net Data Services看起來像是在服務器上的WCF堆棧上構建的。 如果我錯了，請糾正我。

我不打算開始REST和SOAP辯論，但我想事情已經不那么清楚了。

關於在哪里使用的任何建議或指導？

Answer 1

在我看來，ADO.Net數據服務用於創建與您的域模型緊密結合的休息服務，即模型本身已發布，而不是說某種形式的DTO等。

將它用於RPC樣式服務似乎是不合適的，但不幸的是，甚至一些非常基本的功能，如能夠執行過濾計數等等，這通常意味着你最終會使用一些RPC只是為了滿足要求您的客戶，即您可以顯示分頁網格等。

WCF 3.5 SP1之前是一個相當弱的RESTful平台，在Uri模板和ATOMPub支持的可用性方面都有所改進，因此它的功能越來越強大，但它們並沒有真正提供任何優雅的解決方案來支持JSON ，XML，ATOM，甚至像CSV這樣的有效載荷更加深奧，不得不使用URL重寫和不同的擴展，方法名稱等等 - 而只是根據請求的標題選擇一個串行器/解串器。

使用WCF，仍然很難創建在更自然的寧靜庄園中工作的服務，即資源包括網址，並且您可以通過瀏覽它們來過渡狀態 - 它有點笨重 - ADO.Net數據服務使用它的AtomPub做得很好雖然支持。

我的建議是使用Web服務，它們自然是服務和強大的服務邊界，使用ADO.Net數據服務用於富Web風格的客戶端（網站，ajax，silverlight），其中url查詢的可組合性可以節省如果您需要完全控制信息，即如果您要為其他開發人員發布API，那么很多管道和您的域模型都非常基礎...並且可以使用自己的REST層（可能使用MVC框架作為起點）在社交平台上消費等

我的價值2！

Answer 2

在處理根本不與數據庫交互的代碼時，使用WCF的rest綁定非常有效。 HTTP謂詞並不總是違背數據提供者。

Answer 3

實際上，有一些選項可以過濾和跳過以獲得類似於其他功能的頁面。

看這里：