asp.net FindControl方法误区和解析
2012-01-09 21:06
495 查看
1.认为FindControl方法寻找的范围是给定Control的后代控件。
复制代码 代码如下:
<form id="form1" runat="server">
<asp:Label ID="Label1" runat="server" Text="Label"></asp:Label>
<asp:Panel ID="Panel1" runat="server">
<asp:TextBox ID="TextBox1" runat="server"></asp:TextBox>
<asp:Button ID="Button1" runat="server" Text="Button" />
</asp:Panel>
</form>
如上面代码,后台用Panel1.FindControl("Button1")寻找,认为这样范围小些可以提高效率,其实即使用TextBox1.FindControl("Button1")也一样能找到。前有所述,FindControl方法是根据ID在Control所在的命名容器中寻找相应控件。当执行TextBox1.FindControl("Button1")时,ASP.NET先获取TextBox1.NamingContainer,其值为页面本身(最后生成的xxxx_aspx类实例),再向下递归寻找相应ID的控件,所以一样能找到Button1。
同样的,如果用TextBox1.FindControl("Label1")也是能找到Label1的。
2.不理解为什么this.FindControl方法找不到GridView里的控件。
其实很好理解,FindControl方法寻找时只在本命名容器下寻找,不会进入其他命名容器中寻找,而命名容器(NamingContainer)不只是页面本身,还包括GridViewRow、DataListItem、RepeaterItem、UserControl、MasterPage等等诸多控件,这些都继承了INamingContainer接口,它们的一个显著特征是其子控件的UniqueID和ClientID一般都不同于ID(除了顶层的页面对象)。
3.认为FindControl运行效率差。
实际上ASP.NET运行时分析aspx、ascx、master等文件标签结构,生成类似Dom的控件树,一般对树的查询操作效率还是比较高的,尤其当问题规模不太大时。一般来说,实际页面里的控件数量不可能成千上万,而且寻找时又不能越过本命名容器,这些因素限制了问题规模。所以说FindControl的效率并不差。
复制代码 代码如下:
<form id="form1" runat="server">
<asp:Label ID="Label1" runat="server" Text="Label"></asp:Label>
<asp:Panel ID="Panel1" runat="server">
<asp:TextBox ID="TextBox1" runat="server"></asp:TextBox>
<asp:Button ID="Button1" runat="server" Text="Button" />
</asp:Panel>
</form>
如上面代码,后台用Panel1.FindControl("Button1")寻找,认为这样范围小些可以提高效率,其实即使用TextBox1.FindControl("Button1")也一样能找到。前有所述,FindControl方法是根据ID在Control所在的命名容器中寻找相应控件。当执行TextBox1.FindControl("Button1")时,ASP.NET先获取TextBox1.NamingContainer,其值为页面本身(最后生成的xxxx_aspx类实例),再向下递归寻找相应ID的控件,所以一样能找到Button1。
同样的,如果用TextBox1.FindControl("Label1")也是能找到Label1的。
2.不理解为什么this.FindControl方法找不到GridView里的控件。
其实很好理解,FindControl方法寻找时只在本命名容器下寻找,不会进入其他命名容器中寻找,而命名容器(NamingContainer)不只是页面本身,还包括GridViewRow、DataListItem、RepeaterItem、UserControl、MasterPage等等诸多控件,这些都继承了INamingContainer接口,它们的一个显著特征是其子控件的UniqueID和ClientID一般都不同于ID(除了顶层的页面对象)。
3.认为FindControl运行效率差。
实际上ASP.NET运行时分析aspx、ascx、master等文件标签结构,生成类似Dom的控件树,一般对树的查询操作效率还是比较高的,尤其当问题规模不太大时。一般来说,实际页面里的控件数量不可能成千上万,而且寻找时又不能越过本命名容器,这些因素限制了问题规模。所以说FindControl的效率并不差。
您可能感兴趣的文章:
- asp.net AjaxControlToolKit--TabContainer控件的介绍
- Cache-control使用Cache-control:private学习笔记
- c#重写TabControl控件实现关闭按钮的方法
- yii框架配置默认controller和action示例
- MSScriptControl.ScriptControl组件的用法实例
- DevExpress之ChartControl实现时间轴实例
- Yii框架获取当前controlle和action对应id的方法
- AngularJs根据访问的页面动态加载Controller的解决方案
- C++中MFC Tab Control控件的使用详解
相关文章推荐
- FindControl方法误区和解析
- asp.net中的跨页发送(利用PreviousPage.FindControl()方法取值)
- asp.net FindControl方法误区和解析
- ASP.Net 跨页面传值 通过Previous.FindControl方法(两种方式)
- ASP.NET异常:找到多个具有相同ID"xxx"的控件。FindControl要求控件具有唯一的ID
- asp.net下通过泛解析和伪静态实现二级域名的实现方法
- 【转载】[C#/ASP.NET]List<>中Sort()、Find()、FindAll()、Exist()的使用方法
- jquery.Ajax()方法调用Asp.Net后台的方法解析
- ASP.NET里AjaxControlToolkit 的使用方法
- Asp.net上传文件限制,在大于5M的时候出现DNS解析错误,解决方法。
- ASP.NET MVC中解析淘宝网页出现乱码问题的解决方法
- 解析6种ASP.NET跨页面传值的方法-.Net编程教程
- C#字符串数组排序 C#排序算法大全 C#字符串比较方法 一个.NET通用JSON解析/构建类的实现(c#) C#处理Json文件 asp.net使用Jquery+iframe传值问题
- asp.net Control.Parent的用法之一 - 用于验证控件的方法的封装
- asp.net下通过泛解析和伪静态实现二级域名的实现方法
- .NET MVC5自带模板方法功能解析(3)--ASP.NET Identity
- [C#/ASP.NET]List<>中Sort()、Find()、FindAll()、Exist()的使用方法
- 在javascript中实现类似asp.net webcontrol中的render的方法
- [C#/ASP.NET]List<>中Sort()、Find()、FindAll()、Exist()的使用方法
- asp.net gridview.findcontrol