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的效率并不差。
华山资源网 Design By www.eoogi.com
广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
华山资源网 Design By www.eoogi.com

RTX 5090要首发 性能要翻倍!三星展示GDDR7显存

三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。

首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。

据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。

更新日志