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。这将强制关闭该窗体。 注意 如果使用此方法强制关闭窗体，控件中尚未保存的任何信息都将丢失。 注意 模式窗体在关闭时不会验证控件内容。您仍可以使用控件验证将焦点锁定到控件，但不必考虑关闭窗体的行为。 Validating事件是在用户改变某个控件的某项值时激发的，比如改变TextBox的Text。通常，要激发Validating需要设CausesValidation属性为true。 你可以在Validating事件里面检查改变的值是否合法。 例如你规定TextBox的Text只能输入ABC三个字母中的某一个或几个，当用户输入或改变时就会激发Validating事件，你可以在Validating事件的委托里面检查TextBox.Text是不是仅仅由ABC三个字母中的某一个或几个构成。 如果是，可以什么都不做就退出该过程；如果不是，你只要执行这一句： e.Cancel = True 就可以取消操作