Page，我想每个ASP.NET开发人员对它应该都是比较熟悉的。
成都创新互联公司 服务项目包括北塔网站建设、
北塔网站制作 、北塔网页制作以及北塔网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，
北塔网站推广 取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到北塔省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
我不喜欢重复，因此今天我只想谈些人家不谈的那点事，但我认为它们仍然很重要。
回到顶部
一些重要的Page指令
虽然Page公开了很多属性，让我们可以在运行时调整它的状态与行为，但是，还有些重要的参数却是以“指令”方式提供的，需要在设计时就指定。
@ Page 指令 Async 指示页面要不要以异步页的方式运行。默认值为 false。 AsyncTimeOut 定义在处理异步任务时使用的超时时间间隔（以秒为单位）。默认值为 45 秒。 该值必须是整数。 AutoEventWireup 指示页的事件是否自动绑定。如果启用了事件自动绑定，则为 true；否则为 false。默认值为 true。 EnableSessionState 定义页的会话状态要求。如果启用了会话状态，则为 true；如果可以读取会话状态但不能进行更改，则为 ReadOnly；否则为 false。默认值为 true。 EnableViewState 指示是否在页请求之间保持视图状态。如果要保持视图状态，则为 true；否则为 false。默认值为 true。 MasterPageFile 设置内容页的母版页或嵌套母版页的路径。支持相对路径和绝对路径。 Trace 指示是否启用跟踪。如果启用了跟踪，则为 true；否则为 false。默认值为 false。 ValidateRequest 指示是否应发生请求验证。如果为true，请求验证将根据具有潜在危险的值的硬编码列表检查所有输入数据。默认值为 true。 其它指令 @ Import 导入允许您指定要在代码中引用的命名空间。 @ OutputCache 设置页面或者用户控件的输出缓存。 @ Register 声明控件的标记前缀和控件程序集的位置。如果要向页面添加用户控件或自定义 ASP.NET 控件，可以使用此指令。
回到顶部
web.config的全局设置
前面我介绍了一些常用的Page指令，考虑到方便性，ASP.NET还允许我们在web.config中为一些常用的指令配置默认值。下面我就一些常用的场景来说明这些全局配置的方便性。
1. 通常，我在创建一个网站项目时，肯定会决定不使用ViewState和Session的。那么如果为每个页面设置EnableViewState，EnableSessionState指令属性，那就显得太麻烦了，而且还容易遗漏。此时，我们可以直接在web.config中为这些参数指定一个全局的默认值：
补充说明一下：全局禁用Session的彻底方法是把Session对应的HttpModule从httpModules列表中移除。
web.config允许我们设置Page默认参数的具体配置节如下：
...
...
...
2. 为了代码重用，设计用户控件也是很常用的方法。
有了这个定义后，我就可以在任何页面中直接使用：
3. 对于喜欢使用页面内联代码的人来说，可能经常需要使用自己定义的类型。如果这些类型定义在某个命名空间中，那么就需要在内联代码中采用完整命名空间的写法。虽然这样做没有什么问题，但就是麻烦，于是，我们可以在页面中使用 @ Import指令 来导入我们需要使用的命名空间，但是这个指令每次只能导入一个命名空间，而且每个页面还得重复导入，显然不够方便。
为了方便使用一些常用的命名空间，我们可以在web.config中统一指定，例如：
这样设置后，所有页面就可以直接使用这些命名空间下的类型了。
不知道有些人想过：为什么在页面中使用某些微软提供的类型就不需要导入命名空间？
4. 现在，有越来越多的人为了方便而使用扩展方法。使用扩展方法的好处是：可以让我们不去关心这些扩展方法定义在那个类中，只要在支持扩展方法的对象上调用就可以了，就像下面的代码这样：
当前用户已登录，登录名：<%=Context.User.Identity.Name.HtmlEncode() %>然而，在页面中使用扩展方法时，也必须先导入扩展方法的定义类的命名空间。
回到顶部
换个方式使用 Page在传统的WEB开发模式下，我们通常会设计一些页面(Page)响应来自用户浏览器的请求，在这种模式下，Page会将最后生成的整页HTML代码直接发送给用户浏览器。然而，在某些时候，我们只需要生成一个HTML片段：
如果只是为了得到一段简单的HTML代码，可能有些人会选择采用代码来拼接，但是如果那段HTML还有些复杂呢？显然拼接方法肯定是不行的。
对于第一个问题，可能有人说：我可以创建一个页面，只放部分代码到页面上。 做成UserControl，然后放在一个单独的页面中！
为了能实现前面说到的二个需求，我们就不能再按照传统的方式来使用Page了。因为我们希望能得到（返回）一段HTML。
有二种方法可以让我们继续使用页面模板代码的方式生成HTML代码：
下面这段代码来源于 MyMVC框架，这个方法可以根据指定的用户控件以及控件显示所需的数据得到控件的输出结果（一段HTML代码）。
///
///用指定的用户控件以及视图数据呈现结果，最后返回生成的HTML代码。
///用户控件应从MyUserControlView继承
///
/// 生成的HTML代码
public static stringRender(stringucVirtualPath, objectmodel)
{
if( string.IsNullOrEmpty(ucVirtualPath) )
throw newArgumentNullException("ucVirtualPath");
Pagepage =newPage();
Controlctl =page.LoadControl(ucVirtualPath);
if( ctl ==null)
throw newInvalidOperationException(
string.Format("指定的用户控件 {0} 没有找到。", ucVirtualPath));
if( model !=null) {
MyBaseUserControlmyctl =ctl asMyBaseUserControl;
if( myctl !=null)
myctl.SetModel(model);
}
// 将用户控件放在Page容器中。
page.Controls.Add(ctl);
StringWriteroutput =newStringWriter();
HtmlTextWriterwrite =newHtmlTextWriter(output, string.Empty);
page.RenderControl(write);
// 用下面的方法也可以的。
//HttpContext.Current.Server.Execute(page, output, false);
returnoutput.ToString();
}整段代码分为以下几个步骤（我已用空行分隔开了）：
这段代码很简单，唯独值得介绍的就是第5步，调用它们就可以得到控件输出的HTML代码。
注意：上面这段代码就算使用Execute，也只能支持部分简单的服务器控件，因为一些复杂的服务器控件需要在HtmlForm中才能运行。因此，如果需要支持所有的服务器控件，那么还必须创建HtmlForm对象，并调整包含关系，还有就是还需要去掉产生的多余HTML代码。
如果你需要生成整个页面生成的HTML代码，可以参考 MyMVC框架，那里有实现这个功能的完整代码。
回到顶部
重新认识Eval()方法我想很多人都写过类似下面的代码：
<%#Eval("OrderID")%>，<%#Eval("OrderDate")%>，<%#Eval("SumMoney")%>
在这里我要说的是 Eval() 的调用，还不是Repeater控件。
Eval()不仅仅可以读取一个绑定数据项的属性，还可以去读取DataTable中的一个数据列。而且还能完成更复杂的绑定计算：
<%#Eval("OrderID")%>，<%#Eval("OrderDate")%>，<%#Eval("SumMoney")%>
，订单中的第一个商品：<%#Eval("Detail[0].ProductName") %>
当然了，对于页面上的数据绑定，用Eval()的确不是性能最好的方法，建议还是使用强类型转换的方法。
有时候，尤其是在写反射应用时，时常会有从字符串解析并实现求值计算的需求。那么，前面这个示例中，Eval()的功能是不是值得挖掘呢？我认为答案是肯定的。
通过分析ASP.NET的绑定代码，我发现Eval在内部会调用DataBinder.Eval这个静态方法，这个方法的签名如下：
// 在运行时计算数据绑定表达式。
//
// 参数:
// container:
// 表达式根据其进行计算的对象引用。此标识符必须是以页的指定语言表示的有效对象标识符。
//
// expression:
// 从 container 到要放置在绑定控件属性中的公共属性值的导航路径。
// 此路径必须是以点分隔的属性或字段名称字符串，如 C# 中的 "Tables[0].DefaultView.[0].Price"
// 或 Visual Basic 中的 "Tables(0).DefaultView.(0).Price"。
//
// 返回结果:
// System.Object，它是数据绑定表达式的计算结果。
public static objectEval(objectcontainer, stringexpression);通过这个签名的注释，我们可以很容易地看出它的用法。
我有一个类：
public classTestEvalClass
{
publicListOrders { get; set; }
// Order以及OrderDetail的定义就省略了，我想大家能想像得出来。
}那么下面的代码是可以运行的：
static voidMain()
{
TestEvalClasstestObject =GetTestEvalClassInstance();
stringproductName =(string)System.Web.UI.DataBinder.Eval(testObject, "Orders[0].Detail[0].ProductName");
Console.WriteLine(productName);
}对于这个示例，我想输出什么结果，并不重要。
回到顶部
不用基类也能扩展在一个ASP.NET网站中，如果想为所有的页面添加某个功能，我们通常会想到使用基类的方式去实现。这的确是一种很有效的方法，但不并唯一的方法，还有一种方法也能容易实现这个需求，那就是使用PageAdapter的方式。
在我写博客的过程中，我写了很多示例页面，页面中包含一些提交按钮是少不了的事情，然而，为了能让示例代码看起来比较原始（简单），我尽量不使用服务器控件，因此就要面临提交按钮的事件处理问题。在博客【细说 ASP.NET Cache 及其高级用法】的示例代码中，我开始采用PageAdapter这种方法，它可以让代码很简单，而且以后也方便以后重用（只需要复制几个文件即可）。
或许有些人认为：扩展所有页面的功能，还是使用基类比较好。
其实微软设计PageAdapter的本意是为了处理各种浏览器的兼容问题，但是我把这个功能用到扩展Page的功能上去了。 HttpModule可以进入到ASP.NET请求管线的任何阶段，但它就是进入不了页面的生命周期中，有了这个方法，我们就可以采用HttpModule这种【外挂】式的方法进入到页面生命周期中，我认为是很有意义的。
方法多了，我想不是件坏事。每种方法都有适合它们的应用场合，了解更多的方法，以后就能做出更优秀的设计。
这次想到这个话题是因为前面的博客【细说ASP.NET Forms 身份认证】中的示例代码。有些人看到那些代码，发现代码的运行方式比较特别，所以，今天我就打算着重介绍这种方法。
我们再来回顾一下以前博客中的示例代码，首先从页面代码开始：
普通登录 "method="post">
登录名： 包含【用户信息】的自定义登录 "method="post">
登录名：
UserId：
GroupId：
用户全名：
在这段页面代码中，我定义了二个表单，它们包含各自的提交按钮（其实这也只是部分代码）。
public partial class_Default: System.Web.UI.Page
{
[SubmitMethod(AutoRedirect =true)]
public voidNormalLogin()
{
// 省略登录处理代码。
// 如果需要知道这段代码可以浏览下面的网址：
// http://www.cnblogs.com/fish-li/archive/2012/04/15/2450571.html
}
[SubmitMethod(AutoRedirect =true)]
public voidCustomizeLogin()
{
// 省略登录处理代码。
// 如果需要知道这段代码可以浏览下面的网址：
// http://www.cnblogs.com/fish-li/archive/2012/04/15/2450571.html
}注意观察，这二个C#方法的名称与页面二个submit按钮的name属性相同，因此可以猜测到这二个C#方法可以处理那二个submit按钮的提交请求。那么这二段代码是如何运行起来的呢？有些人或许看到了[SubmitMethod]的使用，认为与它们有关。其实这种说法并不正确，我也可以完全不使用它们。请记住：Attribute永远只是一个标记，它不可能让代码自动运行起来。
前面的代码能运行起来，与App_Browsers目录下的Page.browser文件有关，此文件的代码如下：
这里定义了一个MyPageAdapter，它用于Page控件的请求过程。 refID="Default" 表示是对ASP.NET定义的Default.browser文件补充一些配置，它将能匹配来自所有浏览器的请求。
[AttributeUsage(AttributeTargets.Method, AllowMultiple =false)]
public classSubmitMethodAttribute: Attribute
{
public boolAutoRedirect { get; set; }
}
internal sealed classMethodInvokeInfo
{
publicMethodInfoMethodInfo;
publicSubmitMethodAttributeMethodAttribute;
}
public classMyPageAdapter: System.Web.UI.Adapters.PageAdapter
{
private static readonlyHashtables_table =Hashtable.Synchronized(newHashtable());
private staticMethodInvokeInfo[] GetMethodInfo(Typetype)
{
MethodInvokeInfo[] array =s_table[type.AssemblyQualifiedName] asMethodInvokeInfo[];
if( array ==null) {
array =(fromm intype.GetMethods(BindingFlags.Instance |BindingFlags.Public)
leta =m.GetCustomAttributes(
typeof(SubmitMethodAttribute), false) asSubmitMethodAttribute[]
wherea.Length >0
select newMethodInvokeInfo{
MethodInfo =m, MethodAttribute =a[0] }).ToArray();
s_table[type.AssemblyQualifiedName] =array;
}
returnarray;
}
protected override voidOnLoad(EventArgse)
{
base.OnLoad(e);
if( Page.Request.Form.AllKeys.Length ==0)
return; // 没有提交表单
MethodInvokeInfo[] array =GetMethodInfo(Page.GetType().BaseType);
if( array.Length ==0)
return;
foreach( MethodInvokeInfom inarray ) {
if( string.IsNullOrEmpty(Page.Request.Form[m.MethodInfo.Name]) ==false) {
m.MethodInfo.Invoke(Page, null);
if( m.MethodAttribute.AutoRedirect
&&Page.Response.IsRequestBeingRedirected ==false)
Page.Response.Redirect(Page.Request.RawUrl);
return;
}
}
}
}这段代码并不长，核心代码更是比较少。
注意：如果不调用base.OnLoad(e); 那么页面的Load事件根本不会发生。
由于这段代码仅供我写示例代码时使用，因此并没有检查要调用的方法的参数是否满足条件，也没有优化刻意去优化它的性能。在我的设计中，被调用的方法应该是无参的，因此是容易判断的，而且可以使用一个固定签名的委托去优化它的，这些细节留着以后再去完善它吧！
不登高山，怎知天高；不临深溪，焉知地厚！站在坚实的土地上，做着生命中最真实的事情；像一棵挺拔的大树，认可自己的命运并敢于迎接属于这一方天空的风风雨雨。 http://cdkjz.cn/article/ceeohe.html
