Asp.net 3.5控件和组件开发技术系列—从零开始开发服务器控件（下）

举个例子，在前面创建的Field组合控件中，控件的属性就属于"无效信息"。在原来的代码中有 如下一段代码：

///　<summary>
///　获得本书更多内容,请看:
///　http://blog.csdn.net/ChengKing/archive/2008/08/18/2792440.aspx
///　</summary>

protected　override　void　Render(HtmlTextWriter　writer)
{
　　 …　…
　　 if　(String.IsNullOrEmpty(this.ValidateExpression)　==　false　&&　 this.　DesignMode　==　false)
　　 {
　　　　 writer.RenderBeginTag(HtmlTextWriterTag.Td);
　　　　 this.rev.RenderControl(writer);
　　　　 writer.RenderEndTag();
　　 }
　　 …　…
}

上面代码的功能是当使用控件的开发人员设置了验证表达式时，才呈现包含验证控件的表格和 验证控件对象；否则，不输出它们。这里要说明的是在Render方法中this.ValidateExpression能 够取得开发人员输入的值。

但是如果把条件语句代码段逻辑放到CreateChildControls中，似乎会更合理，因为如果没有设 置this.ValidateExpression属性，就不用创建验证控件，更能节省资源，更提高控件性能。

事实上，在Field控件的CreateChildControls方法中根本取不到任何属性的值，每次取到的值 都为null，因为当 CreateChildControls方法第一次执行时，在设计模式下相关程序还没有把属性 窗口的值赋值给控件的属性（事实上在Field控件中的逻辑是这样的：设计时系统程序正在做这件 事情，还没有做完），还取不到属性的值，虽然CreateChildControls会被调用多次，但所有逻辑 是当 this.ChildControlsCreated的值为false时才会真正执行CreateChildControls方法体逻辑， 第一次 CreateChildControls方法执行完成后，this.ChildControlsCreated就为true了，即使在 以后阶段，在 CreateChildControls方法中能够取到属性值，也没有机会再执行了。

所以，由于CreateChildControls的调用在控件生命周期的不确定性，强烈建议在开发中不要把 一些与创建子控件无关的逻辑放到该方法中，而是放到控件周期相关的方法中，比如上面的Render 方法，除了释放资源的方法，它基本上算是控件生命周期中最后一个周期阶段了，Render方法总是 在此阶段执行，一定能够确保访问到资源（比如Field 控件的所有属性）。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!