Silverlight商业应用程序开发---从服务器中获取数据之一

异步通信 在Silverlight中所有与服务器间的通信都是异步执行的。因此需要熟悉异步编程。典型的编程模式包括发起一个对服务器的调用，然后等待事件引发通知调用完成。调用在后台线程执行，一旦完成就立即返回，从而避免了UI因该方法的调用而阻塞。一般说来，如果异步调用在完成时引发事件，该事件通常都会在UI线程引发，更

　　

　　异步通信

　　在Silverlight中所有与服务器间的通信都是异步执行的。因此需要熟悉异步编程。典型的编程模式包括发起一个对服务器的调用，然后等待事件引发通知调用完成。调用在后台线程执行，一旦完成就立即返回，从而避免了UI因该方法的调用而阻塞。一般说来，如果异步调用在完成时引发事件，该事件通常都会在UI线程引发，更新UI线程上的显示结果。但是如果使用异步调用委托(使用AsyncCallback对象作为参数)，回调方法会在后台线程执行，这样就无法在UI线程更新了，这种情况下，需要使用Dispatcher对象的BeginInvoke方法，在UI线程上调用代码执行。

　　使用RIA服务从服务器中获取数据

　　



 

　　在Generated_Code文件夹下有很多文件，核心类，称之为AdventureWorks.Web.g.cs ，包含了大部分的生成代码，剩余的文件标记为shared，是直接从Web项目中复制过来的，保持了Web项目中相同的文件夹结构。检视生成的代码有助于识别代码生成错误。在调试时，可以打开这些文件并设置断点以协助分析问题。记住不要修改这些文件，重新编译就会覆盖所有修改。想要为生成的代码添加功能，创建单独的文件，使用部分类来扩展。

　　AdventureWorks.Web.g.cs (是根据【web项目名称】.g.cs来命名的)包含如下核心类：

　　域上下文类

　　Model类

　　WebContext类

　　域上下文类

　　RIA代码生成器为每个域服务生成相应的域上下文类。在Silverlight项目(客户端)所写的代码可以使用域上下文类(代理与桥梁)与服务器上相应的域服务进行通信。遵循默认命名规则，如果域服务命名为XXXService，则域上下文类为XXXContext。(不符合默认规则，需要进行查询)。域上下文类也有相对应于每个查询，调用与自定义操作的方法，可在客户端进行调用。insert/update/delete操作在域上下文没有相应的方法对应，这是因为这些操作不会在客户端显示调用。当在域上下文上调用SubmitChanges方法时，RIA服务会将变更集发送到服务器调用相应的insert/update/delete操作方法。

　　Entiy/Model类

　　每个由域服务暴露的实体(或Presentation Model类)都有相应的类在此文件中创建。任何在Web项目中应用到的特性标记(通过相应元数据类)也会直接应用于生成的客户端类;

　　WebContext类

　　WebContext类在Silverlight程序启动时初始化，该实例将在整个程序的执行周期内以“扩展服务”的形式进行保持。在AdventureWorks项目的App.xaml.cs文件中，该类在应用程序启动时实例化，并加入到ApplicationLifetimeObjects集合中。命名静态的Current属性就可以获得对该实例的引用。WebContext类充当应用程序 的上下文，维护当前用户对象，提供对AuthenticationContext类实例的访问，可以使用部分类扩展该类。

　　使用DomainDataSource控件

　　实例：使用DomainDataSource控件查询数据，显示在DataGrid控件上。

　　1)在View文件夹下添加ProductList.xaml文件;

　　2)打开数据源窗口(数据--显示数据源)。有关的域上下文类自动显示在数据源窗口里;

　　



 

　　3)从数据源窗口拖动实体(Product)放置在设置界面上，系统自动为DomainDataSource控件进行了配置，并与DataGrid控件进行了绑定：

<riaControls:DomainDataSource AutoLoad="True"
d:DesignData="{d:DesignInstance my:Product, CreateList=true}"
LoadedData="productDomainDataSource_LoadedData"
Name="productDomainDataSource" QueryName="GetProductsQuery"
Height="0" Width="0">
<riaControls:DomainDataSource.DomainContext>
<my:ProductContext />
</riaControls:DomainDataSource.DomainContext>
</riaControls:DomainDataSource>

<sdk:DataGrid AutoGenerateColumns="False" Height="200"
HorizontalAlignment="Left"
ItemsSource="{Binding ElementName=productDomainDataSource, Path=Data}"
Margin="185,53,0,0" Name="productDataGrid" Width="400"
RowDetailsVisibilityMode="VisibleWhenSelected" VerticalAlignment="Top">
<sdk:DataGrid.Columns>
<sdk:DataGridTextColumn x:Name="classColumn"
Binding="{Binding Path=Class}"
Header="Class" Width="SizeToHeader" />
<sdk:DataGridTextColumn x:Name="colorColumn"
Binding="{Binding Path=Color}"
Header="Color" Width="SizeToHeader" />
<!-- Additional columns removed for brevity-->
</sdk:DataGrid.Columns>
</sdk:DataGrid>

　　4)运行程序，所有Product数据都从服务器获取并显示在客户端的DataGrid控件上。

　　使用域上下文类以代码方式获取数据

　　域服务上的查询/调用/自定义操作方法在域上下文对象中都有相对应的方法以供调用。这些方法通常的命名方法是在域服务的操作方法上附加Query后缀：

　　



 

　　通过代码从服务器中获取数据需要几个步骤。简单地调用GetProductsQuery方法并不会向服务器请求数据，该方法只返回一个EntityQuery对象。

　　ProductContext context = new ProductContext();

　　EntityQuery qry = context.GetProductsQuery();

　　获得EntityQuery对象以后，可以将其传递给域上下文的Load方法，这时才真正向服务器请求数据：

　　LoadOperation operation = context.Load(qry);

　　Load方法返回的是LoadOperation对象，该对象包含了一个实体集属性，是由请求对象的集合构成的;事实上，现在集合还是空的，因为RIA服务框架要求所有对域服务的调用都是异步的，因此Load方法需要等到服务器响应结束以外才能获得数据，有两种方法可以达到这个目的：

　　1)通过LoadOperation对象的Completed事件，该事件在数据从服务器获取完毕后发生。该事件的的e参数有一个Entities属性，可以用于获取访问结果;这种方式可以识别在请求过程中是否有错误发生，可以对相应错误进行处理;

　　2)通过LoadOpertion对象的Entities属性。该属性初始时为空，但是当从服务器获取到数据以后，该属性自动完成数据充填。这是因为该属性集合实现了INotifyCollectionChanged接口，这个接口有一个CollectionChanged事件，该事件监听是否有项目添加或移出集合。Silverlight控件如ListBox或DataGrid可以直接以该属性集合作为数据源。

　　productDataGrid.ItemsSource = operation.Entities;

　　注意EntityQuery<T>是对实体集合的LINQ查询的范型类，可以直接在该类型的变量上使用Lambda表达式或Linq查询语法：

ProductContext context = new ProductContext();
EntityQuery<Product> qry = context.GetProductsQuery();
qry = qry.Where(p => p.SellStartDate <= DateTime.Now);
LoadOperation<Product> loadOperation = context.Load(qry);
productDataGrid.ItemsSource = loadOperation.Entities;

或者

ProductContext context = new ProductContext();
EntityQuery<Product> qry = from p in context.GetProductsQuery()
where p.SellStartDate <= DateTime.Now
select p;
LoadOperation<Product> loadOperation = context.Load(qry);
productDataGrid.ItemsSource = loadOperation.Entities;

　　处理加载错误

　　由于Silverlight应用程序调用方法的异步性，处理加载数据中出现的错误不能使用常规的方式(比如使用try/catch块)。正确的做法是处理服务器通信结束时引发的事件，如果使用DomainDataSource控件，则处理控件的LoadedData事件，如果使用基于代码访问数据的方式，则需要处理Loadperation的Completed事件。两种情况的处理代码如下：

　　1)拖放实体到设计界面，在创建DomainDataSource控件的同时，也为该控件生成了LoadedData事件处理程序：

private void productDomainDataSource_LoadedData(object sender,
LoadedDataEventArgs e)
{
if (e.HasError)
{
System.Windows.MessageBox.Show(e.Error.ToString(), "Load Error",
System.Windows.MessageBoxButton.OK);
e.MarkErrorAsHandled();
}
}

　　2)LoadOperation的Completed事件与DomainDataSource的 LoadedData事件类似，不同之处需要将sender参数强制转换为泛型的LoadOperation对象：

private void loadOperation_Completed(object sender, EventArgs e)
{
LoadOperation<Product> op = sender as LoadOperation<Product>;

if (op.HasError)
{
System.Windows.MessageBox.Show(op.Error.ToString(), "Load Error",
System.Windows.MessageBoxButton.OK);
op.MarkErrorAsHandled();
}
}

　　注意我们在两个事件处理函数里都调用了MarkErrorAsHandled方法。如果不调用这个方法，域上下文会抛出”未处理”异常，该异常可以由App类的Application_UnhandledException事件处理方法进行处理，弹出一个错误窗口以显示错误细节，避免应用程序崩溃。该异常可以强制转换为DomainOperationException类型，可以获取更多信息，比如该类型的Status属性，可以通过OperationErrorStatus枚举来判断异常发生的类型：

　　1)ServerError：指在服务器上发生的异常或者应用程序无法连接到服务器

　　2)Unauthorized：用户无权执行操作。

　　因此错误处理的部分还可以细化为：

if (e.HasError)
{
DomainOperationException error = e.Error as DomainOperationException;

switch (error.Status)
{
case OperationErrorStatus.ServerError:
// Handle server errors
break;
case OperationErrorStatus.Unauthorized:
// Handle unauthorized domain operation access
break;
}
}