最近由于兴趣写了一个用户控件ColorfulTextBox,当鼠标进入或移出该控件时会自变换边框颜色,比起System.Windows.Forms.TextBox好看多了。但是,却发现一个问题。虽然在控件中定义了UserControl中的SizeChanged和Resize事件的响应方法,并调整大小。但是,在引用该控件的窗体上(即设计阶段)无论怎么修改UserControl的Size属性,运行的时候都显示的是原始大小。即,效果跟在设计阶段没有调整Size属性一样。为什么会出现这个问题呢?原来与控件和引用窗体的初始化顺序有关。
在UserControl与其引用窗体的InitialComponent方法、构造方法、Load事件都加上了MessageBox.Show方法,这才发现控件与窗体的初始化顺序并不像自己想象的那样:
最初以为的顺序: | UerControl.InitialComponent --> |
| UerControl.构造方法 --> |
| UerControl.Load --> |
| 引用窗体.InitialComponent --> |
| 引用窗体.构造方法 --> |
| 引用窗体.Load |
实际正确的顺序: | UerControl.InitialComponent --> |
| UerControl.构造方法 --> |
| 引用窗体.InitialComponent --> |
| 引用窗体.构造方法 --> |
| UerControl.Load --> |
| 引用窗体.Load |
我写的那些Resize和SizeChanged事件是放在UserControl.Load中的,在设计阶段对UserControl的Size所做的调整并没有被这些事件所捕获,因为窗体设计阶段的代码在引用窗体的InitialComponent方法中,而这个方法却在UserControl.Load之前被调用。
总结
自定义控件的初始化应该放在其构造方法中,而不是放在Load事件对应的处理程序中。
从窗体设计器自动生成的代码可以看出,窗体或控件的InitialComponent是放在其构造方法中的,而这些代码是窗体设计器自动生成的,里面包括许多控件变量的声明等的,所以,我们应该把InitialComponent这些代码放在构造方法的最前面。即,我们对窗体或控件的初始化应该放在构造方法中、InitialComponent方法的后面。
public ColorfulBorderTextBox()
{
InitializeComponent();//这是窗体设计器自动生成的代码
//这里是你自己的代码,以进行一些必要的初始化///
Initialize(); //设置属性默认值,进行一些初始化//
EventHandling();//设置事件监听程序
///
}