表单验证是MVVM体系中的重要一块。而绑定除了推动 Model-View-ViewModel (MVVM) 模式松散耦合 逻辑、数据 和 UI定义 的关系之外，还为业务数据验证方案提供强大而灵活的支持。WPF 中的数据绑定机制包括多个选项，可用于在创建可编辑视图时校验输入数据的有效性。
常见的表单验证机制有如下几种
Exception验证：通过在某个 Binding 对象上设置 ValidatesOnExceptions 属性，如果源对象属
性设置已修改的值的过程中引发异常，则抛出错误并为该 Binding 设置验证错误。
ValidationRule验证：Binding 类具有一个用于提供 ValidationRule 派生类实例的集合的属性。这些 ValidationRules 需要覆盖某个 Validate 方法，该方法由 Binding 在每次绑定 控件中的数据发生更改时进行调用。如果 Validate 方法返回无效的 ValidationResult 对象，则将为该 Binding 设置验证错误。
IDataErrorInfo验证：通过在绑定数据源对象上实现 IDataErrorInfo 接口并在 Binding 对象上设置ValidatesOnDataErrors 属性，Binding 将调用从绑定数据源对象公开的 IDataErrorInfo API。 如果从这些属性调用返回非 null 或非空字符串，则将为该 Binding 设置验证错误。
验证交互的关系模式如图：

我们在使用 WPF 中的数据绑定来呈现业务数据时，通常会使用 Binding 对象在目标控件的单个属
性与数据源对象属性之间提供数据管道。
如果要使得绑定验证有效，首先需要进行 TwoWay 数据绑定。这表明，除了从源属性流向目标属性以
进行显示的数据之外，编辑过的数据也会从目标流向源。
这就是伟大的双向数据绑定的精髓，所以在MVVM中做数据校验，会容易的多。
当 TwoWay 数据绑定中输入或修改数据时，将启动以下工作流：

绑定目标向绑定源发送数据更新的请求，而绑定源则对数据进行验证，并根据不同的验证机制进行反
馈。
1、Exception 验证：
正如说明中描述的那样，在具有绑定关系的源字段模型上做验证异常的引发并抛出，在View中的
Xaml对象上设置 ExceptionValidationRule 属性，响应捕获异常并显示。
2、ValidationRule 验证：通过继承ValidationRule 抽象类，并重写他的Validate方法来扩展编写我们需要的验证类。该验证类可以直接使用在我们需要验证的属性。
说明：相对来说，这种方式是比较不错的，独立性、复用性都很好，从松散耦合角度来说也是比较恰当的。可以预先写好一系列的验证规则类，视图编码人员可以根据需求直接使用这些验证规 则服务端无需额外的处理。 但是仍然有缺点，扩展性差，如果需要个性化反馈消息也需要额外扩展。不符合日益丰富的前端验证需求。
3、IDataErrorInfo 验证:
3.1、在绑定数据源对象上实现 IDataErrorInfo 接口
3.2、在 Binding 对象上设置 ValidatesOnDataErrors 属性 Binding 将调用从绑定数据源对象公开的 IDataErrorInfo API。如果从这些属性调用返回非 null 或非空字符串，则将为该 Binding 设置验证错误。
利用 IDataErrorInfo 的好处是它可用于轻松地处理交叉耦合属性。但也具有一个很大的弊端：
索引器的实现通常会导致较大的 switch-case 语句（对象中的每个属性名称都对应于一种情况），
必须基于字符串进行切换和匹配，并返回指示错误的字符串。而且，在对象上设置属性值之前，不会调用 IDataErrorInfo 的实现。为了避免出现大量的 switch-case，并且将校验逻辑进行分离提高代码复用，将验证规则和验证信息独立化于于每个模型对象中， 使用DataAnnotations 无疑是最好的的方案 。