public class Employee { public string FirstName { get; set; } public string LastName { get; set; } } } } 【注意】因为是作为WebPart使用，所以访问SharePoint的地址不能硬编码，而且事实上也没有必要硬编码，因为它有一个ClientContext.Current属性可以获取当前的SharePoint站点的上下文引用
接下来我们部署这个程序。因为我们需要将该Silverlight程序在MOSS中使用，所以需要将输出的结果复制到下面的目录
C:\\Program Files\\Common Files\\Microsoft Shared\\Web Server Extensions\\14\\TEMPLATE\\LAYOUTS\\ClientBin
查看原图（大图）
然后在页面中添加一个Silverlight WebPart来显示它，部署完成之后，我们看到的效果大致如下
查看原图（大图）
【注意】大家请注意，我的那个目录为什么会有很多个Test.xap呢，其实这也是无奈之举。如果有兴趣测试的朋友会发现，假如你对 Silverlight程序做了修改，即便你覆盖掉原来的文件，那么在页面中加载的xap还是之前的那个。这的确是一个很让人诧异的设计（Web Part是不是把那个xap保存起来了呢？），目前也只有这样通过修改名字来刷新Silverlight部件了。这个问题折腾了很久的时间。
讲到了如何在Silverlight中使用客户端对象模型访问SharePoint数据，诸如列表，列表条目，文档之类都是可以的，而且这个对象模型是很完整的，它既可以做数据查询，还可以做操作。简单类比一下就是，原先服务器对象模型能做的，客户端对象模型也大致能做。
有关服务器对象模型，请参考
http://www.cnblogs.com/chenxizhang/archive/2010/04/05/1704550.html
有关客户端对象模型，请参考
http://www.cnblogs.com/chenxizhang/archive/2010/04/26/1721653.html
在上一篇中，我们是将Silverlight作为WebPart使用在SharePoint站点内部，那种做法相对简单一些，有两个好处：
不需要考虑身份验证的问题（事实上，在Microsoft.SharePoint.Client.Silverlight.dll中的ClientContext，根本就不存在什么属性可以让你设置用户凭据Credentials)
不需要考虑网站地址的问题。因为ClientContext有一个Current的属性，就是访问了当前的SharePoint站点的上下文引用。当然这个地址也可以明确指定。
看起来很不错吧，但是，如果我们的Silverlight应用程序是独立运行在一个网站，那么即便我们确实修改了网站地址，例如我们的代码做了如下修改
ClientContextctx = new ClientContext(http://localhost:45223/sites/dev);
但这样却仍然是无法运行的，请看下面的错误
这是什么错误呢？其实一点都不奇怪，如果你以前做过Silverlight开发，调用过外部网站的Web Service的话。这叫跨站访问控制，默认情况下，Silverlight是不可以访问外部服务的。
关于这一点，我之前有一个文章专门介绍，请参考
http://www.cnblogs.com/chenxizhang/archive/2010/03/12/1683939.html
那好吧，我们该如何解决这个问题呢？其实很简单，我们可以在当前网站中添加一个服务,让这个服务去访问SharePoint，然后Silverlight访问该服务。这不就可以了吗？
按照这样的思路，这一篇我准备用WCF来实现该服务，并且演示如何在Silverlight中使用它。我们的目的仍然是筛选得到年龄小于60的员工清单。
1. 创建一个独立的Silverlight应用程序
查看原图（大图）