.NET RIA Services 初探與Silverlight 3 資料繫結技術的里程碑

發展RIA 商業應用程式最大的挑戰，不是動畫、不是視訊播放、更不是炫到翻的3D，而是傳統程式的基礎功能，Create, read, update and delete (CRUD)，資料的增、查、改、刪等四項基礎功能，是的，你可能很難想像，Silverlight 炫目華麗的表象背後，對這些傳統開發技術能輕易實作的核心資料存取功能，甚至完全沒有標準、實際的作法，可以讓程式開發人員解決相關的問題，是的，沒有。

微軟當然知道CRUD的需求問題，只是Silverlight一開始將所有的挑戰放在發展視覺化介面呈現的能力，實踐RIA必須具備的高度互動能力，也就是我們所熟悉的Flash設計功能，因為這是建立RIA最重要第一步，也是吸引目光的焦點，Silverlight 2之後，相關的基礎功能事實上幾乎已經完備，而接下來，微軟終於也沒有讓我們失望，.NET RIA Services在Silverlight 3被提出來了，這是Silverlight技術相當重要的里程碑，有了相關的服務，我們終於可以輕易的撰寫自訂的商業邏輯，讓Silverlight直接存取後端ASP.NET伺服器進行溝通，存取底層的資料來源或是資料服務，就如同傳統的雙層式架構一般，快速的開發RIA 商業應用程式。

一直到今天，很多程式設計師還是不清楚，ASP.NET其實只能在伺服器端運作，所有在瀏覽器看到的ASP.NET網頁，事實上在它從伺服器送出來之前，就已經建立完成了，換句話說，它是一個死的介面了，因此，完全沒有辦法與使用者作互動。

RIA改變了傳統ASP.NET系統的運作模型，取代網頁來呈現所需的視覺化介面，因此，使用者可以跟RIA應用程式進行互動，但是相對的，另外一個問題產生了，原來ASP.NET網頁與後端資料庫直接溝通的能力沒有辦法延伸至網路的另外一邊，在網路這一邊的Silverlight與後端資料庫的聯繫，便發生了極大的問題，換句話說，CRUD的每一個動作，從最簡單的資料存取，一直到複雜的資料讀寫邏輯運算，都很難被完成。

由於必須跨越網路，因此，RIA必須透過三層式架構，來處理後端資料來源的溝通聯繫作業，三層式架構本身就不容易實作，在ASP.NET，至少，辛苦一點，並沒有太大的問題，但是RIA必須跨越網路，一旦經過網路，事情就沒有這麼簡單了，你可以想像那種複雜度，因此在 Silverlight 3 之前，實作任何與資料處理有關的Silverlight商業應用程式，幾乎是開發人員的惡夢，因為我們必須透過各種不完整、傳統應用程式專用的技術，來湊出所需的Silverlight資料存取功能，當然，沒有什麼事情解決不了，不過，這一層技術的高牆橫在前面，我想，沒有理由，我們 要自己找麻煩去開發 RIA，或許Ajax還是一個比較好的解決方案，至少資料存取的直接問題還是丟給ASP.NET在處理。

.NET RIA Services為了解決上述的問題被發展出來，它對於Silverlight的重要性，幾乎就是ADO.NET之於ASP.NET，儘管這樣形容不盡貼切，但精神是一樣的，談到這裏，我們可能又要開始焦慮了，哇，又是一個新技術，有完沒完？

沒完是真的，可喜的是，有基礎的你並不需要太過擔心，就如同其它的服務，你只要新增此種類型態的服務，如上圖，一種稱為DomainService的類別檔案（實際上就是一個cs類別檔），透過我們已經具備的能力，包含C# 語法與LINQ資料存取技術建立其邏輯內容，就能直接與ASP.NET進行橋接…

換句話說，有了.NET RIA Services，我們就可以將心思放在處理真正所要解決的商業邏輯問題，這也讓Silverlight 3正式成為可以用來發展RIA 商業應用程式的RIA技術。