URL重写及干掉ASP.NET试图状态
1、URL重写已经很普遍了,但基本上大部分的URL重写都不支持页面的相对路径,所有如果想在已经开发好的项目中添加还是有压力的,第二就是例如微软的那个URL重写是根据正则表达式来处理的,那样是很好,但也有不足之处,就是不方便定位到某个页面只能有哪些参数。
我觉得要解决的问题有一下几个:
1、解决如图片js等不能使用相对路径的文件
2、解决某个页面能有几个参数和哪些参数是可选的
下面就是解决掉这些问题了
添加处理程序MyHttpModule,下面是我的一个简单的处理程序(我只是做了一个简单的,并没有考虑性能,而且我是写死的一个url重写就是重写成没有扩展名的)
using System;
using System.Collections.Generic;
using System.Web;
using System.IO;
using System.Text;
namespace MyClass
{
public class MyHttpModule : IHttpModule
{
#region IHttpModule 成员
///<summary>
/// 释放所有资源
///</summary>
public void Dispose()
{
}
///<summary>
/// 初始化模块,并使其为处理请求做好准备
///</summary>
///<param name="context"> 一个System.Web.HttpApplication,它提供对ASP.NET 应用程序内所有应用程序对象的公用的方法、属性和事件的访问</param>
public void Init(HttpApplication context)
{
context.AuthorizeRequest += new
EventHandler(this.BaseModuleRewriter_AuthorizeRequest);
}
///<summary>
/// 当安全模块已验证用户授权时发生
///</summary>
///<param name="sender"></param>
///<param name="e"></param>
protected virtual void BaseModuleRewriter_AuthorizeRequest(
object sender, EventArgs e)
{
System.Web.HttpApplication app = (System.Web.HttpApplication)sender;
Rewrite(app.Request.Path, app);
}
///<summary>
/// 重写url
///</summary>
///<param name="requestedPath">url的虚拟路径</param>
///<param name="app"></param>
protected void Rewrite(string requestedPath, System.Web.HttpApplication app)
{
List<string> qeryString;
string virtu
相关新闻>>
- 发表评论
-
- 最新评论 进入详细评论页>>
今日头条
更多>>您可能感兴趣的文章
- 让asp.net mvc的Action支持jQuery直接提交的javascript对
- .NET简谈设计模式之(装饰者模式性能问题?)
- Add View -> Strongly-typed view ->Model Class
- .Net插件框架的实现及分析(二)
- 使用HttpWebRequest下载经过重定向的文件
- C#高级编程:使用XPath命名空间中的类[2]
- ASP.ENT前台更改绑定数据的日期格式
- .NET类库中发现设计模式:策略模式
- Asp.net MVC源码分析--UrlRoutingModule与Service location的
- DCOM--高效率主从服务器程序的新概念



