首页

源码搜藏网

首页 > 开发教程 > .net教程 >

Silverlight中服务通信方式的选择

创建时间:2013-05-06 13:50  

  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 RIA Services

Silverlight中服务通信方式的选择  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);

  那么你的选择是?欢迎讨论~

0 0   标签: Silverlight   
上一篇:[WCF安全系列]消息的保护等级
下一篇:[WCF安全系列]通过绑定元素看各种绑定对消息保护的实现

相关内容

热门推荐