快捷導(dǎo)航

asp.net FindControl方法誤區(qū)和解析

更新時(shí)間：2012年01月09日 21:06:57 作者：

在ASP.NET中Control都有一個(gè)FindControl方法，其作用是根據(jù)ID（注意既不是UniqueID也不是ClientID）在Control所在的命名容器中尋找相應(yīng)控件，但實(shí)際使用中存在很多誤區(qū)和陷阱，下面談?wù)剛€(gè)人對此的理解

1．認(rèn)為FindControl方法尋找的范圍是給定Control的后代控件。

復(fù)制代碼代碼如下:

 
<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")尋找，認(rèn)為這樣范圍小些可以提高效率，其實(shí)即使用TextBox1.FindControl("Button1")也一樣能找到。前有所述，F(xiàn)indControl方法是根據(jù)ID在Control所在的命名容器中尋找相應(yīng)控件。當(dāng)執(zhí)行TextBox1.FindControl("Button1")時(shí)，ASP.NET先獲取TextBox1.NamingContainer，其值為頁面本身（最后生成的xxxx_aspx類實(shí)例），再向下遞歸尋找相應(yīng)ID的控件，所以一樣能找到Button1。

同樣的，如果用TextBox1.FindControl("Label1")也是能找到Label1的。

2．不理解為什么this.FindControl方法找不到GridView里的控件。

其實(shí)很好理解，F(xiàn)indControl方法尋找時(shí)只在本命名容器下尋找，不會進(jìn)入其他命名容器中尋找，而命名容器（NamingContainer）不只是頁面本身，還包括GridViewRow、DataListItem、RepeaterItem、UserControl、MasterPage等等諸多控件，這些都繼承了INamingContainer接口，它們的一個(gè)顯著特征是其子控件的UniqueID和ClientID一般都不同于ID（除了頂層的頁面對象）。

3．認(rèn)為FindControl運(yùn)行效率差。

實(shí)際上ASP.NET運(yùn)行時(shí)分析aspx、ascx、master等文件標(biāo)簽結(jié)構(gòu)，生成類似Dom的控件樹，一般對樹的查詢操作效率還是比較高的，尤其當(dāng)問題規(guī)模不太大時(shí)。一般來說，實(shí)際頁面里的控件數(shù)量不可能成千上萬，而且尋找時(shí)又不能越過本命名容器，這些因素限制了問題規(guī)模。所以說FindControl的效率并不差。

您可能感興趣的文章: