2010-01-21 44 views
5

我目前正在研究.NET RIA服務,但是我無法找到RIA服務相比普通WCF到Silverlight的明確列表,或者事件列出了構成RIA服務的關鍵組件。我也很難看到RIA服務在開發模型中的位置以及它爲開發人員提供的內容。RIA服務的主要特點和優勢是什麼?

  • 使用RIA而不是其他選項有什麼實際好處嗎?
  • 組成RIA服務的關鍵組件是什麼?
  • 你可以用RIA做什麼,你無法用現有的Microsoft/.NET技術做什麼?

回答

5

Brad Abrams有a series of posts about RIA Sevices,從What is .NET RIA Services?開始。 MSDN也有an introduction

然而,總之,RIA服務的主張是框架代碼從服務器端(域)層生成客戶端層。因此,它暴露了你的實體客戶端和照顧網絡(現在使用WCF)。

當然,你可以自己編碼這一切。 RIA服務最大的收益是時間,因爲您很高興能夠遵守RIA Services的做法。

我已經將它用於Silverlight客戶端,並發現它易於使用,並且有必要編寫由框架照顧的服務層管道。

+0

+1我認爲Ria Services最重要的事情就是它爲開發人員提供管理服務。這對基礎水平是有利的;然而,當您通過註釋使用Ria Services進行分頁數據和數據驗證時,它會變得越來越容易。這節省了大量的時間,我幾乎總是不得不事先手動連接。 – JamesEggers 2010-01-22 14:33:06

+0

謝謝。我一直在閱讀Brad在RIA上相當史詩般的一系列文章中的幾篇文章,但我仍然很難看出他編碼或談論的哪些功能是使用RIA的直接結果。相當經常他似乎在談論已經存在的東西。特別是在基於WCF的數據源示例中,我沒有看到RIA服務生成的任何「管道」工作。我是否錯過了這個觀點,因爲我沒有使用實體框架作爲我的數據源? – SciFi 2010-01-22 21:33:13

+0

我認爲最好的方法是想象在沒有RIA的情況下編寫Silverlight應用程序。所以首先你必須編寫你的WCF服務。然後你必須在客戶端管理你的狀態和更新。你在客戶端使用新實體還是嘗試複製服務器端實體? RIA說的是:編寫你的域名服務,我會爲你生成一個客戶端層,以便讓這個服務更容易調用。客戶端層包括訪問域側使用的相同實體,以及用於跟蹤更改和更新的上下文。所有實體也可用於xaml中的綁定。 – 2010-01-25 12:43:09

相關問題