这篇文章给大家介绍ASP.NET中怎么实现一个复合控件,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
ASP.NET复合控件的呈现引擎
在深入探讨 ASP.NET 2.0 编码技术之前,让我们回顾一下复合控件的内部例行过程。我们提到过,复合控件的呈现是集中围绕 CreateChildControls 方法进行的,该方法从 Control 基类继承而来。您可能会认为,要使服务器控件呈现其内容,替换 Render 方法是必不可少的一步。正如我们先前所看到的,如果 CreateChildControls 被替换,则并不总是需要执行这一步。但是,何时在控件调用栈中调用 CreateChildControls 呢?
如图中所示,在页面***次显示时,会在预呈现阶段调用 CreateChildControls。
ASP.NET复合控件:在预呈现阶段调用 CreateChildControls
特别是,请求处理代码(在 Page 类中)在将 PreRender 事件引发至页面和每个子控件之前会直接调用 EnsureChildControls。换言之,如果控件树还未完全生成,则不会呈现任何控件。
以下代码段例示了 EnsureChildControls(在 Control 基础上定义的另一种方法)的伪代码。
protected virtual void EnsureChildControls() { if (!ChildControlsCreated) { try { CreateChildControls(); } finally { ChildControlsCreated = true; } } }
此方法可能会在页面和控件的生命周期内反复调用。为避免控件重复,ChildControlsCreated 属性被设为 true。如果此属性返回 true,则该方法会立即退出。
当页面回发时,ChildControlsCreated 会在周期前期调用。如图 4 所示,它在已发布数据处理阶段调用。
ASP.NET复合控件:发生回发时在已发布数据处理阶段调用
当 ASP.NET 页面开始处理从客户端发布的数据时,它会尝试查找一个其 ID 与已发布字段的名称相匹配的服务器控件。在执行此步骤期间,页面代码会调用 Control 类中的 FindControl 方法。反之,该方法需要确保在进行操作之前控件树已完全生成,因此它调用 EnsureChildControls 并按需要生成控件层次结构。
那么要在 CreateChildControls 方法内部执行的代码是怎样的呢?尽管没有正式的指南可供遵循,但通常认为 CreateChildControls 至少必须完成以下任务:清除 Controls 集合,生成控件树,并清除子控件的视图状态。并不严格要求必须从 CreateChildControls 方法内部设置 ChildControlsCreated 属性。实际上,ASP.NET 页面框架始终通过 EnsureChildControls(此方法可自动设置布尔标记)来调用 CreateChildControls。
关于ASP.NET中怎么实现一个复合控件就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。