asp.net FindControl方法误区和解析
更新时间：2012年01月09日 21:06:57 作者：
在ASP.NET中Control都有一个FindControl方法，其作用是根据ID（注意既不是UniqueID也不是ClientID）在Control所在的命名容器中寻找相应控件，但实际使用中存在很多误区和陷阱，下面谈谈个人对此的理解
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 Core中的依赖关系注入，文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2022-04-04
c#编写比较好的习惯2008-04-04
这篇文章介绍了创建ASP.Net Core MVC项目的方法，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2022-02-02
ADO.NET 连接数据库字符串小结(Oracle、SqlServer、Access、ODBC)
ADO.NET 连接数据库字符串小结，包括Oracle、SqlServer、Access、ODBC，需要的朋友可以收藏下2012-04-04
页面包含的处理...2006-08-08
目前，基于数据库服务器的桌面管理程序和Web程序已经有太多的应用了，尤其是网络的大量普及，孤立地数据库管理系统无法胜任分布式管理应用，但是面对基于Access数据库的现有的桌面应用我们也无法完全的摒弃。我们利用.Net 远程处理功能将连接和存取Access的行为封装为一个远程对象，供网络中其它客户端通过调用该远程对象来存取实际的Access数据库。我们以 C# 2005 为开发语言来实现上述功能。2008-04-04
老师布置的另外一道题是将字符串"a;b;d;z;y;u"切割成阵列并排序列出。老师出这题也许是让Insus.NET掌握或复习Array.Sort()函数，不管怎样，先按自己的想法实现，然后是等老师的意见2012-05-05
在ASP.NET中Control都有一个FindControl方法，其作用是根据ID（注意既不是UniqueID也不是ClientID）在Control所在的命名容器中寻找相应控件，但实际使用中存在很多误区和陷阱，下面谈谈个人对此的理解2012-01-01
除了手动编辑此文件以外，您还可以使用Web 管理工具来配置应用程序的设置。可以使用 Visual Studio 中的“网站”->“Asp.Net 配置”选项。2010-07-07
我想很多人都在网上下载过一些示例代码，或者收到一些别人给的示例代码。通常为了方便，都是打成一个压缩包的形式2012-03-03
最新评论