Silverlight中服務通信方式的選擇

作者: 紫色永恒來源: 博客園發布時間: 2011-10-01 21:04 閱讀: 2569 次推薦: 0 原文鏈接 [收藏]

　　WCF Service(WebService)

　　Web Services是經實踐考驗證明的跨防火墻的通信方式，它很穩定且被廣泛認可。總的來說你需要為分散的CRUD操作指定相應的接口并在Silverlight中忠實的調用他們。

使用的原因：需要進行類似直接通過服務進行數據庫交互操作的項目（弱化業務邏輯部分）。
避免使用的原因：必須始終自己監視數據的變化并調用相應的服務方法進行更新，任何需要并發的操作或事務變得較為沉重且需要處理大量的代碼。

　　ADO.NET Data Services

　　ADO.NET Data Services是一套簡單的基于REST的數據通信方式。它依賴于Http定義服務接口，如Get操作定義為讀寫、Post操作定義為更新等。它使用ATOM或JSON作為序列化格式，所以可以被各種類型的客戶端調用。

　　他通過將基于URI的API轉換為LINQ調用從而提供插入、更新、刪除等操作。這意味著ADO.NET本身是很單薄的一層，它的目的是將URI模型翻譯為數據通信代碼。

　　對于Silverlight來說，ADO.NET Data Services真正的亮點在于其提供的客戶端類庫。這個客戶端類庫允許開發者在客戶端使用LINQ查詢并在服務端執行。當然它支持的LINQ語法相比服務端有一些局限，大概覆蓋80%的場景，當然ADO.NET Data Service也允許開發者在必要時自定義剩余的操作以適應其他場景。另外，客戶端類庫提供一個強大的Data上下文類用以監視和處理有事務支持的批量操作。

　　使用ADO.NET Data Services公開數據通信實際上是宮公開查詢終結點的方式替代定義接口，這就是它最特別的地方。比如，我們可以像這樣使用LINQ查：

// Silverlight 代碼
// 使用 LINQ 創建擦汗尋
var qry = (from g in ds.Games
where g.Price < 50m
orderby g.Name
select g) as DataServiceQuery<Game>;
// 執行查詢
qry.BeginExecute(new AsyncCallback(r =>
{
　　games2.ItemsSource = qry.EndExecute(r).ToList();
　　games2.DisplayMemberPath = "Name";
}), null);

使用的原因：想要一個簡單、安全的模型使得開發人員可以在代碼中定義他們需要的查詢（相對于基于接口的WCF Service）。得益于LINQ調用及上下文類，使用ADO.NET Data Services客戶端類庫會讓你的客戶端代碼量適當減少。
避免使用的原因：當你想要嚴格控制數據訪問接口及不想讓可發者直接在客戶端使用LINQ查詢的情況下應該避免使用ADO.NET Data Services。

　　WCF RIA Services

　　RIA Services基于這樣的思想：在服務端創建數據通信API同時在Silverlight中生成相應的客戶端代碼。它的著重點在于服務端和客戶端共享代碼（包括驗證邏輯等）。另外他還允許開發者創建一系列接口，并且同樣在客戶端提供上下文對象在客戶端監視數據（包括批量操作）的變化并反饋給服務端。從某種程度上來說，RIA Services是Web Services和ADO.NET Data的集大成者。

　　由于RIA Services基于服務端查詢接口定義，在客戶端開發人員可以像這樣調用其接口定義的查詢：

// Silverlight代碼
// context 對象監視數據變化
XBoxGamesContext ctx = new XBoxGamesContext();
// RIA 查詢，基于接口
var qry = ctx.GetGamesByGenreQuery("Shooter");
// 綁定數據
theList.ItemsSource = ctx.Load<Game>(qry).AllEntities;

　　在介紹ADO.NET Data Services時曾提到開發人員可以使用LINQ查詢，RIA Services同樣允許向查詢終結點添加LINQ 約束。例如你可以這樣對終結點添加LINQ表達式：

var riaQry = ctx.GetGamesQuery()
.Where(g => g.Price < 50m)
.OrderBy(g => g.Name);
LoadOperation<Game> op =
ctx.Load<Game>(riaQry);

使用的原因： RIA Services可以有力的減少應用程序層級數量，尤其適用于需要快速反應的應用程序開發場景。RIA Service同時提供了像WebService那樣基于接口的支持及像ADO.NET Data Services中基于LINQ查詢的支持。
避免使用的原因：RIA Services中利用了很多系統自動生成的代碼，調試時可能會碰到麻煩。

　　那么你的選擇是？歡迎討論~

標簽：Silverlight