标签：style blog http color os io 使用 strong ar
在 aspx 中由于没有用到服务器控件，就没有 __VIEWSTATE 这个asp.net产生的 隐藏域 保存在浏览器（客户端），IsPostBack 就无法使用了。但又要判断是否用户请求了页面，但又因 IsPostBack 无法使用了，这时我们是不是考虑自己手写一个方法~
由于会有多个页面会用到 IsPostBack 方法，这时就考虑封装。
扩展方法使你能够向现有类型“添加”方法，而无需创建新的派生类型、重新编译或以其他方式修改原始类型。 扩展方法是一种特殊的静态方法，但可以像扩展类型上的实例方法一 样进行调用。
（MSDN）上的解释 http://msdn.microsoft.com/zh-cn/library/bb383977.aspx
扩展方法：必须是静态类、静态方法、this关键字（命名空间最好在扩展对象的命名空间一致）
1 using System; 2 using System.Web; 3 4 namespace It.Mall.Utility 5 { 6 public static class RequestExt 7 { 8 public static bool IsPostBack(this HttpRequest request) 9 { 10 return request.HttpMethod.Equals("post", StringComparison.InvariantCultureIgnoreCase); 11 } 12 } 13 }
ps: HttpMethod 获得用户的数据传输方法，有可能大小写不区分，可以使用 String 类中 ToUpper 的静态方法（转成大写进行比较或者小写 ToLower 的静态方法），但是这样转大小写比较好么？为什么？，这样不好，因为字符串有个特性，对于这个特性也是老生常谈的事情了（可能有些人已经想到了），就是拘留池（大量创建会消耗内存和性能） 在这里引用
那么我们可以使用 Equals 方法比较，但为什么又要用 Equals 呢？微软都提供了枚举类型的，而且 Equals 的性能比较 == 的效率要高 干嘛不用呢~~~（瞎说的，大神忽略~~~）
命名空间没有和扩展对象的命名空间一致，调用起来比较麻烦
1 using System;
3 using It.Mall.Utility;//这里需要引入命名空间 4 5 namespace Itheima.Mall.WebApp.account 6 { 7 public partial class login : System.Web.UI.Page 8 { 9 10 protected void Page_Load(object sender, EventArgs e) 11 { 12 Request.IsPostBack(); //调用起来比较麻烦
13
14 }
15 }
16 }
与 命名空间最好在扩展对象的命名空间一致
1 using System; 2 using System.Web; 3 4 namespace System.Web 5 { 6 public static class RequestExt 7 { 8 public static bool IsPostBack(this HttpRequest request) 9 { 10 return request.HttpMethod.Equals("post", StringComparison.InvariantCultureIgnoreCase); 11 } 12 } 13 }
调用就不需要在引入命名空间
标签：style blog http color os io 使用 strong ar
原文地址：http://www.cnblogs.com/bujingkua/p/3952638.html
