WinForm-用户控件的初始化顺序问题

来源:互联网 发布:隐藏html的js代码 编辑:程序博客网 时间:2024/04/29 08:30

WinForm-用户控件的初始化顺序问题

    
最近由于兴趣写了一个用户控件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();//设置事件监听程序////////////////////

            ///////////////////////////////////////////////////////

       

 

原创粉丝点击