asp.net页面事件重写问题
来源:互联网 发布:剑灵剑士捏脸数据大全 编辑:程序博客网 时间:2024/06/05 16:01
前言:
对于ASP.NET编程,事件模型是入门知识。页面事件,我们通常用得最多的是Load事件,但是实际上页面还有Init,Render等事件可用。事件的发生顺序可以参照MSDN。本篇不谈顺序,而是谈事件的重写。
问题:
网站中有很多页面是需要权限验证的,即非登陆用户无权访问。如果我们一页一页的在PageInit事件中处理权限会非常麻烦,常见的设计就是们将这部分页面抽象出一个共同的父类RightPage,在父类中写一次PageInit的处理即可,那么凡是继承RightPage的页面都自动具备了权限验证功能。
试验:
RightPage类代码如下:
public class RightPage : System.Web.UI.Page
{
void Page_Init(object sender, EventArgs e)
{
//检查用户是否已经登录
Data.UserInfo ui = (Data.UserInfo)Session["userinfo"];
//如果没有登录则导航到登录页面。
if (ui == null)
{
Response.Redirect("~/UserLogin.aspx");
}
}
}
{
void Page_Init(object sender, EventArgs e)
{
//检查用户是否已经登录
Data.UserInfo ui = (Data.UserInfo)Session["userinfo"];
//如果没有登录则导航到登录页面。
if (ui == null)
{
Response.Redirect("~/UserLogin.aspx");
}
}
}
这是利用了ASP.NET默认事件方法,命名规则一般是Page_事件名。比如我们常见的Page_Load就表示Page的Load事件发生时要执行的代码。在以前的ASP.NET Web应用程序模式下,还可以看到Page.Load+=new EventHandler这样的语句,而在ASP.NET网站模式下就难看到了。
这种方法的优点是实现简单,容易理解。缺点是不方便多层次继承中的重写,因为这种默认方法中不能使用base关键字。当然,你可以使用实时绑定的办法来实现上述效果,这样就可以避免使用Page_**方法了。
第二种方法是重写On**方法:
protected override void OnLoad(EventArgs e)
{
base.OnLoad(e);
//开始验证
{
base.OnLoad(e);
//开始验证
//检查用户是否已经登录
Data.UserInfo ui = (Data.UserInfo)Session["userinfo"];
//如果没有登录则导航到登录页面。
if (ui == null)
{
Response.Redirect("~/UserLogin.aspx");
}
}
Data.UserInfo ui = (Data.UserInfo)Session["userinfo"];
//如果没有登录则导航到登录页面。
if (ui == null)
{
Response.Redirect("~/UserLogin.aspx");
}
}
结论:
重写时尽量用override重写On**方法。这样方便多层继承。
- asp.net页面事件重写问题
- ASP.NET 页面事件顺序问题
- asp.net 页面url重写
- ASP.NET页面事件
- ASP.NET页面事件
- asp.net输出重写压缩页面实例
- asp.net页面刷新事件
- ASP.NET页面的事件
- asp.net页面事件顺序
- asp.net页面关键事件
- [Asp.Net]页面事件顺序
- ASP.NET页面事件顺序
- asp.net 页面关闭事件
- ASP.NET页面事件顺序
- .net面试基本问题四 ASP.Net页面事件执行顺序 (网络整理)
- 重写页面渲染事件
- asp.net页面编码问题
- asp.net页面刷新问题
- 显示分辨率
- ROLLUP和CUBE语句
- 亦舒的话,我的感触...
- WinCE下重启系统的方法
- UpdateWindow和Invalidate的区别
- asp.net页面事件重写问题
- 在Jsp/Servlet中页面重新定向总汇
- httpclient开发
- 开发人员一定要加入收藏夹的网站收藏
- SaaS 软件服务化
- 查找两个字符串的最长公共子串的Javascript函数
- inezha(哪吒网)这个思路很不错
- 开始鄙视我自己
- FLEX实践—Application与Module之通信