本文共 1261 字，大约阅读时间需要 4 分钟。

原文链接：

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

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

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

　　如果CausesValidation属性设置为false，将取消Validating和Validated事件。

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

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

　　在操作中要验证控件的内容，可以编写代码来处理Validating事件。在事件处理程序中，测试特定的条件，例如：一个电话号码的TextBox 控件，则可以检查该控件是否只包含适当的字符(数字、括号和连字符等等)。通常，可使用正则表达式验证用户输入的数据。验证是在处理时发生的一系列事件之一。

　　如果测试失败，则Validating事件的CancelEventArgs的Cancel属性将设置为true。这将取消Validating事件，并导致焦点返回到控件。实际的结果是，除非数据有效，否则用户将无法退出该控件。

　　可以重写验证，并通过创建窗体的Closing事件的处理程序来关闭仍包含无效数据的窗体。在该事件中，将Cancel属性设置为False，这将强制关闭该窗体。

　　注意：如果使用此方法强制关闭窗体，控件中尚未保存的任何信息都将丢失。在模式窗体中，仍可以使用控件验证将焦点锁定到控件，而不必考虑关闭窗体的行为，因为模式窗体在关闭时不会验证控件内容。

转载地址：http://fpsli.baihongyu.com/