ASP.NET拾萃——服务器端控件篇(一)〖本文对服务器控件有错误认识〗
2003-06-13 15:57
381 查看
技巧一:在客户端的JavaScript脚本中获取服务器端控件的值
以前,当我们需要在脚本里访问页面内一个对象的时候,一般都是通过对象的id或name。就像这样——
// ...
function getText()
{
return document.form1.Text1.value; // Text1就是对象的id
}
// ...
现在,ASP.NET让我们越来越习惯使用TextBox作为用户输入的途径。如果我们想在客户端脚本里访问一个TextBox,原先的做法就行不通了——
// ...
function getText()
{
return document.form1.Text1.value; // Text1还是对象的id?
}
// ...
浏览页面时,会有一个脚本错误——“Text1对象不存在”。原因就在于,Text1作为服务器端控件TextBox,在被发送到客户端之前,先由.NET Framework进行转换,而它的id显然也是转换的一部分。如果你在客户端查看页面的源代码,你可以发现原先的Text1已经不存在,取而代之的是一个普通的INPUT——
这就是转换的结果,id不再是设计时所指定的id。如果我们要在客户端访问这个文本输入框,也必须改变访问的id。如何改变?直接将
document.form1.Text1
改为
document.form1.item("Test_Text1") // 保险起见,使用item由id或name得到控件
或者
document.getElementByID("Test_Text1") // 保险起见,使用getElementByID由id或name得到控件
可以吗?当然可以!只要你的控件id固定是"Text1"。
但是,只有这个条件还不够。"Test"又是什么?它也应该被考虑在内(幸好form的id不会改变,否则要关心的内容又会多一个)。
你或许已经看出,Test就是这个Web页面的名字。对吗?——不完全对:P
确切地说,控件转换后id中的"Test"是其所在的Web窗体对象的ClientID。所有的ASP.NET对象都在服务器端有一个实例(如果你面向对象的基础不够,建议也补完一次吧),而这个"Test",就是这个页面实例对象的ClientID。而ClientID,则是每个Web窗体页的一个属性,它指明了这个Web窗体在客户端的标识。
为什么要这么复杂?道理很简单,我们并不能在客户端脚本里确定页面的ClientID和控件的ID。
那应该怎样做呢?
“在服务器端代码里生成客户端JavaScript。”——似乎非常复杂,其实并不困难,只要在服务器端Page_Load事件里加上(在IsPostBack判断之外)——
RegisterStartupScript("start",
"/n /n"?+
???"function?getText()/n"?+
???"{/n"?+
???"???return?document.forms(0).item('"?+?this.ClientID?+?":"?+?this.Text1.ID?+?"');/n"?+
???"}/n"?+
???" /n");
RegisterStartupScript是Web窗体(System.Web.UI.Page类)的一个方法,作用是在生成的页面里注册客户端脚本。
在这里,我们添加了一个getText()函数,作用和之前的getText()一样,所不同的在于,它所访问的控件id并非脚本内指定,而是在服务器端根据页面的ClientID(this.ClientID,this就是页面自己)和Text1控件的ID(this.Text1.ID)动态生成的。
编译之后重新浏览,我们会在新的页面源代码里找到这个由服务器端代码生成的JavaScript函数。此时,在页面的其他地方调用getText()函数就将正确得到Text1中的内容了。
以前,当我们需要在脚本里访问页面内一个对象的时候,一般都是通过对象的id或name。就像这样——
// ...
function getText()
{
return document.form1.Text1.value; // Text1就是对象的id
}
// ...
现在,ASP.NET让我们越来越习惯使用TextBox作为用户输入的途径。如果我们想在客户端脚本里访问一个TextBox,原先的做法就行不通了——
// ...
function getText()
{
return document.form1.Text1.value; // Text1还是对象的id?
}
// ...
浏览页面时,会有一个脚本错误——“Text1对象不存在”。原因就在于,Text1作为服务器端控件TextBox,在被发送到客户端之前,先由.NET Framework进行转换,而它的id显然也是转换的一部分。如果你在客户端查看页面的源代码,你可以发现原先的Text1已经不存在,取而代之的是一个普通的INPUT——
这就是转换的结果,id不再是设计时所指定的id。如果我们要在客户端访问这个文本输入框,也必须改变访问的id。如何改变?直接将
document.form1.Text1
改为
document.form1.item("Test_Text1") // 保险起见,使用item由id或name得到控件
或者
document.getElementByID("Test_Text1") // 保险起见,使用getElementByID由id或name得到控件
可以吗?当然可以!只要你的控件id固定是"Text1"。
但是,只有这个条件还不够。"Test"又是什么?它也应该被考虑在内(幸好form的id不会改变,否则要关心的内容又会多一个)。
你或许已经看出,Test就是这个Web页面的名字。对吗?——不完全对:P
确切地说,控件转换后id中的"Test"是其所在的Web窗体对象的ClientID。所有的ASP.NET对象都在服务器端有一个实例(如果你面向对象的基础不够,建议也补完一次吧),而这个"Test",就是这个页面实例对象的ClientID。而ClientID,则是每个Web窗体页的一个属性,它指明了这个Web窗体在客户端的标识。
为什么要这么复杂?道理很简单,我们并不能在客户端脚本里确定页面的ClientID和控件的ID。
那应该怎样做呢?
“在服务器端代码里生成客户端JavaScript。”——似乎非常复杂,其实并不困难,只要在服务器端Page_Load事件里加上(在IsPostBack判断之外)——
RegisterStartupScript("start",
"/n /n"?+
???"function?getText()/n"?+
???"{/n"?+
???"???return?document.forms(0).item('"?+?this.ClientID?+?":"?+?this.Text1.ID?+?"');/n"?+
???"}/n"?+
???" /n");
RegisterStartupScript是Web窗体(System.Web.UI.Page类)的一个方法,作用是在生成的页面里注册客户端脚本。
在这里,我们添加了一个getText()函数,作用和之前的getText()一样,所不同的在于,它所访问的控件id并非脚本内指定,而是在服务器端根据页面的ClientID(this.ClientID,this就是页面自己)和Text1控件的ID(this.Text1.ID)动态生成的。
编译之后重新浏览,我们会在新的页面源代码里找到这个由服务器端代码生成的JavaScript函数。此时,在页面的其他地方调用getText()函数就将正确得到Text1中的内容了。
相关文章推荐
- ASP.NET拾萃——服务器端控件篇(一)
- ASP.NET拾萃——服务器端控件篇(序)
- ASP.NET中服务器控件Button调用javascript代码运用正则表达式验证TextBox中输入的是否为正整数或正小数,符合要求则继续运行服务器端代码功能的实现
- ASP.NET拾萃——服务器端控件篇(二)
- ASP.NET拾萃——服务器端控件篇(序)
- ASP.NET拾萃——服务器端控件篇(二)
- ASP.NET - ASP.NET 服务器控件的验证错误信息布局
- asp.net中在服务器控件中防javascript错误
- ASP.NET 2.0 使服务器控件不响应服务器端事件
- ASP.NET 2.0服务器控件之客户端功能
- 01-19asp.net网站--关于“应用程序中的服务器错误(需添加"Jquery"ScriptRescourseMapping)”
- ASP.NET - XmlDataSource Web 服务器控件概述
- asp .net 服务器控件开发心得
- ASP.NET - ASP.NET 服务器控件验证类型 - CompareValidator 类
- Asp.net中小技巧—服务器端Web控件与客户端Html控件交互
- ASP.NET -自定义 TreeView Web 服务器控件的外观
- ASP.NET 2.0服务器控件与可以不放在form runat=server标记
- ASP.NET - 服务器控件button 先执行js 再执行后台的方法
- ASP.NET 服务器控件渲染到客户端之后对应的HTML标签
- Asp.Net 服务器控件的个人理解