几个ASP.NET小技巧

 

     

     OpenFile Dialog in WebForm
  如果需要一个在浏览器端打开文件的OpenFile对话框，可以使用HTML的Input，设置其Type为File： <INPUT style="Z-INDEX: 102; LEFT: 145px; WIDTH: 468px; POSITION: absolute;
  TOP: 228px; HEIGHT: 25px" type="file" size="58" id="txtFilePath" >
  
  Page_Load与IsPostBack
  在ASP.NET应用程序中，如果需要在页面第一次显示时执行一些初始化操作，必须判断IsPostBack属性，例如： private void Page_Load(object sender, System.EventArgs e)
  { if( ! this.IsPostBack )
   {
   // ... Initialize
   }
  }
  
  Web Forms相互调用
  在ASP.NET应用中，如果需要实现WinForm那样的相互调用，最简单的办法是使用Response对象的Redirect方法，例如： Response.Redirect("WebForm2.ASPx");
  
  WebForm之间的参数传递
  就像Form之间经常需要互传参数一样，WebForm之间也可能需要传递一些状态参数，例如Login page可能需要将当前UserName传给Main page，此时可以使用HttpSessionState类型的Session对象，例如： //一个WebForm中：
  Session.Add("UserName",txtUserName.Text);
  // 另一个WebForm中：
  string sHello = "Hello " + Session["Username"];
  
  ASP.NET中定制出错页面
  在ASP.NET中原始的出错页面会暴露部分源代码，由此带来了潜在的安全隐患。ASP.NET允许应用程序出错时显示用户指定的页面，方法是在web.config文件中修改配置信息。 <? xml version="1.0" encoding="UTF-8" ?> <configuration>
   <system.web> ......
   <customErrors mode="On" defaultRedirect="ErrorPage.htm" /> ......
   </system.web>
  </configuration>
  
  上面的配置信息明确指定了当应用程序出错的时候显示用户定制的页面ErrorPage.htm。并且因为各个应用程序有自己独立的web.config配置文件，所以应用程序之间不会互相干扰。
  其中，mode属性表示是否启用定制的用户页面，它可取三个值，如下所示：
  On 启用定制的出错页面
  Off 禁用定制的出错页面
  RemoteOnly 启用定制的出错页面但仅展示给远程用户
  defaultRedirect属性表示用户定制出错页面的文件名。
  
  技巧一：在客户端的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页面的名字。对吗？——不完全对:P
  确切地说，控件转换后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中的内容了。