随笔 - 1330  文章 - 1  评论 - 376  0
技巧一:在客户端的 JavaScript 脚本中获取服务器端控件的值

以前,当我们需要在脚本里访问页面内一个对象的时候,一般都是通过对象的 id 或 name。就像这样——
<!--Test.html-->
// ...
function getText()
{
  return document.form1.Text1.value; // Text1就是对象的 id
}

// ...

<INPUT id="Text1" type="text" ...>

现在,ASP.NET 让我们越来越习惯使用 TextBox 作为用户输入的途径。如果我们想在客户端脚本里访问一个 TextBox,原先的做法就行不通了——
<!--Test.aspx-->
// ...
function getText()
{
  return document.form1.Text1.value; // Text1还是对象的 id?
}

// ...

<asp:TextBox id="Text1" .../>

浏览页面时,会有一个脚本错误——“Text1对象不存在”。原因就在于,Text1作为服务器端控件 TextBox,在被发送到客户端之前,先由.NET Framework 进行转换,而它的id显然也是转换的一部分。如果你在客户端查看页面的源代码,你可以发现原先的 Text1已经不存在,取而代之的是一个普通的 INPUT——
<input name="Test:Text1" type="text" id="Test_Text1" />

这就是转换的结果,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 页面的名字。对吗?——不完全对
确切地说,控件转换后 id 中的"Test"是其所在的 Web 窗体对象的 ClientID。所有的 ASP.NET 对象都在服务器端有一个实例(如果你面向对象的基础不够,建议也补完一次吧),而这个"Test",就是这个页面实例对象的 ClientID。而 ClientID,则是每个 Web 窗体页的一个属性,它指明了这个Web窗体在客户端的标识。
为什么要这么复杂?道理很简单,我们并不能在客户端脚本里确定页面的 ClientID 和控件的 ID。
那应该怎样做呢?
“在服务器端代码里生成客户端 JavaScript。”——似乎非常复杂,其实并不困难,只要在服务器端 Page_Load 事件里加上(在 IsPostBack 判断之外)——
RegisterStartupScript("start",
   "\n<script>\n" +
   "function getText()\n" +
   "{\n" +
    return document.forms(0).item('" + this.ClientID + ":" + this.Text1.ID + "');\n" +
   "}\n" +
   "</script>\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 服务器端控件能够响应服务器端事件,使我们能够像编写 Windows 程序一样编写网页。可有时我们并不需要让客户端运行的控件和服务器发生交互,这样做的开销是很大的:不仅占用网络带宽、服务器的CPU 资源,还会产生一次 PostBack 导致客户端浏览器“刷新”影响界面效果。
如果直接在 Web 窗体的 HTML 代码内为服务器端控件添加客户端事件代码,就像这样:
<asp:Button id="Button1" OnClick="window.alert('按钮被按下了')" Text="按钮1"/>

你会发现,当按下这个按钮时,并没有预定的消息框弹出,而是直接执行服务器端代码内的响应按钮按下事件的 Button1_Click 方法(假设我们已经为按钮绑定了这个事件)。如果查看客户端页面的源代码,按钮的 OnClick 事件里,根本没有自己写的代码,却变成了"JavaScript:__doPostBack(...)"。
其实这正是.NET Framework 转换工作的一部分。有了这个"JavaScript:__doPostBack(...)",才能实现按钮提交、服务器端响应事件等一系列动作。(关于这段自动加上的脚本,我会在今后的文章里详细说明。)
想要控件在客户端就响应事件,必须另寻他法。好在.NET 已经为我们提供了丰富的接口去实现这些功能。
所有的服务器端控件(Button、Label、TextBox……)都有一个属性 Attributes——这是一个很重要的属性,它是服务器端控件在客户端对应 HTML 元素属性及事件的集合。有了它,我们能够自定义服务器端控件在客户端的行为、外观。
还是刚才的 Button1,这次我们在 Page_Load 事件里加上这么一句(在 IsPostBack 判断之外):
Button1.Attributes.Add("onclick", "window.alert('按钮被按下了')";

重新生成项目之后再次浏览页面,这次我们终于能够看到“按钮被按下”的消息框被正常弹出了。
回过头来解释这句代码:Attributes 是 Button1也是所有服务器端控件拥有的属性,Add(...)是 Attributes所属的一个方法,作用是为控件在客户端的HTML标记内添加代码,第一个参数是属性的名称,第二个参数是属性的值。在这里我们为按钮的 onclick 事件添加了一段弹出消息框的代码。在客户端查看页面源代码,可以看到按钮的 onclick 事件里包含了这段代码(.NET Framework 自动生成的"__doPostBack(...)"就跟在后面,我们使用 Add 就是告诉.NET Framework:“先加入我们的代码!”)。

Attributes 还有另一种访问的形式(C#专用):
Button1.Attributes["onclick"] = "window.alert('按钮被按下了')"; // []内是属性的名称,等号右边就是属性的值

这个方法同样可以用于使用服务器端代码为控件改变属性:
Button1.Attributes["style"] = "fontsize: 9pt"; // 改变控件样式的字体为9磅

posted on 2009-04-15 10:43 钱途无梁 阅读(...) 评论(...) 编辑 收藏