1：SL的数据验证和WPF的不同
首先，很遗憾，SL中不再存在ValidationRules，要在SL中绑定时验证数据，并且显示在UI，只能依赖于NotifyOnValidationError=True, ValidatesOnExceptions=True这两个属性，如下：
如果要查看WPF的数据验证的方式，可以查看该文《WPF快速指导5：验证》。
2：一般情况下的验证
一般情况下，UI绑定数据类型的属性，如在上图中，绑定的就是Name和Age，它在UI的VIEWMODEL中，如下：
采用UI直接绑定VM的属性，如果Age>100，则UI会提示出现输入有误。
3：绑定实体类型
不过，如果属性很多，我们就会考虑绑定实体类型。如User，而这个实体类，是在服务器端的，形如：
比如，我们使用的是Ria Service。Ria Service有可能是从DAL层获取数据并开放接口给客户端。我们都知道，客户端的代码都是自动生成的，自动生成的代码在SL项目的Generated_Code目录下的（SL项目名）.Web.g.cs文件下。所以，最终User类型在客户端的代理形式为：
这个时候，如果我们在UI中继续绑定这个实体类型，势必会丢掉UI异常通知的行为，因为，显然，我们不能跑到这个客户端的代理类中throw new Exception("姓名不能为空"); ，那会在下一次代码自动生成的时候被覆盖掉。
4：解决方案之建立映射
一种解决方案是我们的UI仍旧不绑定实体类型，而是为类型的属性在ViewModel中建立一一映射的关系，如下：
UI效果图：
到此位置的源码下载为：SilverlightApplication20110618.zip
5：解决方案之使用ValidationSummary
使用ValidationSummary，需要我们引入程序集System.Windows.Controls.Data.Input，在UI前台，我们需要安置一个ValidationSummary：
接着，我们让前台的ValidationSummary的Errors赋值给VM。
我们还需要为UI绑定一些Command，以便在需要验证输入的时候，让VM去判断是否有错误发生。一旦有错误发生，则为Errors添加错误项。
最后的运行结果为：
备注：要让实体类在SL端支持EDIT，必须要让DomainService针对该实体类支持开放GUID接口。如下：
本文转自最课程陆敏技博客园博客，原文链接：http://www.cnblogs.com/luminji/archive/2011/06/23/2084650.html，如需转载请自行联系原作者
