對我來說,我有作爲DAL和做所有的CRUD操作ado.net數據服務優勢/劣勢在WCF服務
我只是來了解關於新的ADO.Net數據服務的WCF服務,只需看過有點但不是很確定當&在哪裏使用它?
爲了增加更多,我的新項目在ASP.Net MVC中,所以使用ADO.NET數據服務而不是WCF服務是明智的,它可能會有點像MVC的'M'(模型) ???
對我來說,我有作爲DAL和做所有的CRUD操作ado.net數據服務優勢/劣勢在WCF服務
我只是來了解關於新的ADO.Net數據服務的WCF服務,只需看過有點但不是很確定當&在哪裏使用它?
爲了增加更多,我的新項目在ASP.Net MVC中,所以使用ADO.NET數據服務而不是WCF服務是明智的,它可能會有點像MVC的'M'(模型) ???
首先,我的建議是編寫您的MVC代碼,以便它不知道後端數據模型是什麼。從頭開始摘掉任何依賴關係。
至於決定是否使用WCF,我建議您決定是否要重新使用您編寫的數據組件。如果您有計劃使用Silverlight,WPF或任何其他格式的數據代碼,那麼我建議堅持使用WCF。
另外,請記住,您始終可以簡單地使用WCF組件包裝ADO.NET數據服務,並仍然啓用重用場景。獲得兩全其美!
一個很大的優勢是,使用ADO.NET Data Services,您不必像使用WCF一樣專門編寫基本CRUD操作的所有服務。由於ADO.NET數據服務基本上公開了這些操作,所以您可以將更多的代碼編寫和調試集中在業務邏輯上。
WCF數據服務和IMO滿足您需求的一大優勢是您的服務層僅用於CRUD。您沒有(也不需要)任何業務邏輯。作爲Tad指出,重用是一個優勢,但另一方面,WCF數據服務將爲您的Web應用程序或任何客戶提供一種查詢數據的非常靈活的方式。使用WCF,您必須編寫代碼才能爲消費者提供OData提供的相同查詢靈活性。
我最近有一段經歷。我使用WCF創建了服務層,並且在很多情況下,服務操作僅用於調用存儲庫。沒有任何規則,只有查詢邏輯。消費者能夠通過一個標準來獲得結果。
需求發生了變化,我們意識到我們可以通過使用WCF數據服務更簡單(維護代碼更少)。
有趣的想法abt用WCF SOAP包裝ADO.NET數據服務。你能詳細說明嗎? – Attilah 2011-04-15 01:06:28