Asp.net 3.5控件和组件开发技术系列—从零开始开发服务器控件(下)
this.EnsureChildControls(每个属性的set和get语句中都调用此方法)这样的方法时,可以先判 断this.ControlControlsCreated值是否为false,如果为false才创建控件。像 CreateChildControls这样的方法不属于页面生命周期的某一阶段,在程序中任意阶段都有可能被 开发人员调用,因此使用此方法要非常谨慎,也要考虑效率。一般只要对前面的3.7.1节理解了, 再使用CreateChildControls就比较容易了。
下面介绍一个很重要的方法RecreateChildControls。该方法主要是从接口Icomposite Control DesignerAccessor继承而来,并且CompositeControl基类对其作了默认实现。这个方法主要是为解 决 CreateChildControls对设计模式的支持而引进的,由于CreateChildControls在设计模式(设 计器)中不会自动执行,所以不会执行其内部创建子控件的逻辑,因此在设计模式下不能看到控件 样式。在CompositeControl控件类类出现后,它提供了一个 Recreate ChildControls虚方法,并 且在RecreateChildControls方法内部强制执行CreateChildControls方法,CompositeControl类中 RecreateChildControls 方法虚实现代码如下:
可以看到,首先它把ChildControlsCreated设置为false,则接下来执行 EnsureChildControls 方法时,当内部逻辑判断ChildControlsCreated为false后就会调用 CreateChildControls 方法。 由于默认情况下会强制执行 CreatechildControls,因此这就强调代码语句 this.Controls.Clear() 的重要性,在某些特殊情况下不要忘掉这句。在CompositeControl继承的 基类Control的CreateChildControls虚方法体中没有任何实现,个人觉得至少应该加上这句 this.Controls. Clear()。 另外,为了提高效率,对RecreateChildControls 方法进行了重写,代码如下:
在原有调用方法基础上增加针对ChildControlsCreated属性条件语句,使仅当子控件没有被创 建时,才调用基类的强制子控件创建逻辑;否则,不创建子控件。实际上在我们这个控件中, base.RecreateChildControls方法永远都不会被执行,这跟我们这个控件的结构有关系,因为我们 在每个属性的set和get语句中都增加了创建子控件逻辑,比如:
但对于开发其他控件时,则base.RecreateChildControls方法可能会执行到。因此考虑到本控 件的扩展性,增加if语句逻辑。 最后实现Render方法,功能与前面在WebControl控件中讲的Render功能类似,不同的是这里是 对子控件呈现到流中。代码如下所示:
|
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |