原文链接:http://www.cnblogs.com/limingluzhu/archive/2011/11/09/2243695.html
validating事件发生时,值还没有被真正存入,所以是空的,而validated事件发生时,值已经存入,所以能取出。可以用validating事件在值存入之前检验某个先决条件,如果不满足,取消之前的操作,用e.cancel;如果要检验值本身的合法性,使用validated事件在值存入之后得到该字段的值。这也是为什么validated事件的e参数没有cancel的原因,这个时候值已经存入,动作已经完成,无法取消。
不管是validating还是validated,事件发生的时候控件都没有失去焦点,所以才能对该控件进行操作。控件的事件发生顺序为Enter、GotFocus、Leave、Validating、Validated、LoseFocus,程序焦点先“进入”控件后,控件“得到焦点”,然后焦点“离开”控件,这时焦点在控件内的“动作”还没有存入,于是“校验”,然后存入,存入完成后发生“校验完”事件,善后处理完毕后控件“失去焦点”。
焦点事件按下列顺序发生:
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事件。在事件处理程序中,测试特定的条件,例如:一个电话号码的TextBox 控件,则可以检查该控件是否只包含适当的字符(数字、括号和连字符等等)。通常,可使用正则表达式验证用户输入的数据。验证是在处理时发生的一系列事件之一。
如果测试失败,则Validating事件的CancelEventArgs的Cancel属性将设置为true。这将取消Validating事件,并导致焦点返回到控件。实际的结果是,除非数据有效,否则用户将无法退出该控件。
可以重写验证,并通过创建窗体的Closing事件的处理程序来关闭仍包含无效数据的窗体。在该事件中,将Cancel属性设置为False,这将强制关闭该窗体。
注意:如果使用此方法强制关闭窗体,控件中尚未保存的任何信息都将丢失。在模式窗体中,仍可以使用控件验证将焦点锁定到控件,而不必考虑关闭窗体的行为,因为模式窗体在关闭时不会验证控件内容。