validating事件发生的时候，值还没有被真正存入，所以是空的，而validated事件发生的时候，值已经存入，所以能取出；一个相当于值的前因，一个相当于值的后果。也就是说，可以用validating事件在值存入之前检验某个先决条件，如果不满足，那么取消之前的操作，用e.cancel；如果要检验值本身的合法性，那么就用validated事件在值存入之后得到该字段的值。这也是为什么validated事件的e参数没有cancel的原因，因为这个时候值已经存入，动作已经完成，无法取消。

另外还有一点，不管是validating还是validated，事件发生的时候控件都没有失去焦点，所以才能谈得上对该控件进行操作。控件的事件发生顺序为Enter、GotFocus、Leave、Validating、Validated、LoseFocus，也就是说程序焦点先“进入”控件，然后控件“得到焦点”，然后焦点“离开”控件，这个时候焦点在控件内干的事情还没有存入，于是“校验”，然后存入，存入完了发生“校验完”事件，善后处理完毕后控件就“失去焦点”。

您可能经常需要检查用户输入到 Windows 窗体中的信息是否有效。例如，如果您有一个电话号码的 TextBox 控件，则可以检查该控件是否只包含适当的字符（数字、括号和连字符等等）。通常，可使用正则表达式验证用户输入的数据。

了解Validating之前，我们还需要了解焦点事件的顺序:

焦点事件按下列顺序发生：

Enter  //进入控件时发生
GotFocus   //在控件接收焦点时发生
Leave   //输入焦点离开控件时发生
Validating   //控件数据效验时发生
Validated  //数据效验完成后发生
LostFocus  //失去焦点时发生
如果 CausesValidation 属性设置为 false，则将取消 Validating 和 Validated 事件。

注:GotFocus 和 LostFocus 事件是关联于 WM_KILLFOCUS 和 WM_SETFOCUS Windows 消息的低级别焦点事件。应对所有控件使用 Enter 和 Leave 事件。

如果在 Validating 事件委托中，CancelEventArgs 对象的 Cancel 属性设置为 true，则正常情况下将在 Validating 事件之后发生的所有事件均被取消。

在操作中验证

要验证控件的内容，可以编写代码来处理 Validating 事件。在事件处理程序中，测试特定的条件（例如上面的电话号码）。验证是在处理时发生的一系列事件之一。

如果测试失败，则 Validating 事件的 CancelEventArgs 的 Cancel 属性将设置为 True。这将取消 Validating 事件，并导致焦点返回到控件(juky_huang注:这样会出现一个死循环，除非数据效验通过，可以使用下面强制方法来关闭)。实际的结果是，除非数据有效，否则用户将无法退出该控件。

关闭窗体和重写验证

当数据无效时，维护焦点的控件的副作用是，使用关闭窗体的任何常规方法都将无法关闭父窗体：

单击“关闭”框
通过右击标题栏显示的“系统”菜单
以编程方式调用 Close 方法
不过，在某些情况下，无论控件中的值是否有效，您都希望用户可以关闭窗体。您可以重写验证，并通过创建窗体的 Closing 事件的处理程序来关闭仍包含无效数据的窗体。在该事件中，将 Cancel 属性设置为 False。这将强制关闭该窗体。

注意  如果使用此方法强制关闭窗体，控件中尚未保存的任何信息都将丢失。

注意  模式窗体在关闭时不会验证控件内容。您仍可以使用控件验证将焦点锁定到控件，但不必考虑关闭窗体的行为。