也说UrlRewriter

UrlRewriter是我们现在做博客系统基本上必用的功能,除了对搜索引擎友好外,人也比较容易记,看着也舒服。关于UrlRewriter的文章其实也是非常多,由于有网友提出想了解 肥猫博客使用的UrlRewriter技术,因此这里主要针对在 肥猫博客中使用的UrlRewriter技术做一个介绍。这个实现主要是针对ASP.NET 1.1体系的,可能你要说ASP.NET 2.0都出来了,还要谈1.1,可是我一直用的是1.1,也没有接触过2.0,所以针对ASP.NET 2.0的UrlRewriter技术不在这里阐述。
 
UrlRewriter有多种实现方式,常用的有:HttpModule,HttpHandler和Application_BeginRequest方式处理。对于前2种,现在都有很成熟的解决方法,比较有名的就是 UrlRewriter.NET,我建议你如果要用到UrlRewriter首先就应该优先考虑这种成熟的解决方案。UrlRewriter.NET在这里不作介绍。
在肥猫博客中,我使用的是Global.ascx文件中的Application_BeginRequest方式。对于这种方式,我们需要做3个工作:
1.         定义UrlRewriter的重写方式,一般这可以是一个xml文件来定义你需要用到的所有重写URL。
该文件的内容大致如下:
<? xml version ="1.0" encoding ="utf-8" ?>
< pages >
    <pagename=""url="^/admin(.*)$"rewriter="/admin$1"/>
    <pagename=""url="^/control(.*)$"rewriter="/control$1"/>
 
    <pagename=""url="^/([A-Za-z0-9]+)/default/.aspx$"rewriter="/default.aspx?m=$1"/>
    <pagename="BlogHome"url="^/([A-Za-z0-9]+)/blog/default/.aspx$"rewriter="/blog/default.aspx?m=$1"/>
</ pages >
       这个文件中最主要的定义是url和rewriter,其他的都是程序中辅助用到的字段。url定义的是友好的地址,比如: http://www.fmblog.cn/jasper/feed/default.aspx,而rewriter定义的则是根据这个友好地址如何生成对应的实际地址,比如上面那个友好地址对应的实际地址为: http://www.fmblog.cn/feed/default.aspx?m=jasper
       所有系统中用到的重写url都必须实现定义好,而且我建议用到正则表达式来定义。
2.       使用HttpContext.Current.RewritePath(url)方法来将友好地址变成实际地址
有了上面第一步的url定义,接着就在Global.ascx的Application_BeginRequest方法中将友好地址转变为实际地址。
            foreach(fmblog.Data.Config.UrlRule item in fmblog.Data.Config.Url.Rules)
            {
                Regex regex = new Regex(item.Url, RegexOptions.IgnoreCase);
 
                if(regex.IsMatch(Request.RawUrl))
                {
                    string url = regex.Replace(Request.RawUrl, item.Rewriter);
 
                    HttpContext.Current.RewritePath(url);
                   
                    return;
                }
            }
这个方法很简单,fmblog.Data.Config.Url.Rules读取的就是第1步中的所有url重写规则,我们看这个方法就是很简单的把实际地址得到后,进行了一个RewritePath操作,这样就完成了我们需要的重写功能。不过,这会带来一个小问题。
3.         带来的小问题就是所有HtmlForm的Action都是实际地址,而不是友好地址
为了解决这个HtmlForm的Action问题,我们需要自己写一个MyForm从HtmlForm继承过来,并且在输出的时候,将action改成我们需要的实际地址。这个我们通过重载MyForm的RenderAttributes方法实现,如下所示:
        protected override void RenderAttributes(System.Web.UI.HtmlTextWriter writer)
        {
            writer.WriteAttribute("name", this.Name);
            base.Attributes.Remove("name");
 
            writer.WriteAttribute("method", this.Method);
            base.Attributes.Remove("method");
 
            this.Attributes.Render(writer);
 
            writer.WriteAttribute("action", this.Page.Request.RawUrl);
            base.Attributes.Remove("action");
 
            if (base.ID != null)
            {
                writer.WriteAttribute("id", base.ClientID);
            }
        }
 
然后将页面上用到的Form都改成这个MyForm就好了。
 
这种实现方式,还有1个小问题,就是登陆转向的问题。如果你没有登陆,但是访问了一个需要登陆认证的页面,在ASP.NET中会自动将你导航到登陆页面,并且在登陆后会重定向到需要访问的页面。
 
如果你的后台页面也用到了UrlRewriter,那么转向登陆页面后,其Url就会变成实际地址。如果要解决这个问题,请采用其他的方法,比如UrlRewriter.NET。在 肥猫博客中,后台页面都是使用的实际页面,所以为了控制代码我们采用了这种自己写代码的简单处理方式。
其实,UrlRewriter现在是一个很成熟的东西,网上有很多内容肯定能够符合你的需求,这里只是简单的介绍一个可行的方案,还有其他很多成熟方案可以采用,所以在使用UrlRewriter之前,先在网上找些资料好对症下药。
不管怎样,最简单的还是直接使用成熟的UrlRewriter控件。
 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在现有省、市港口信息化系统进行有效整合基础上,借鉴新 一代的感知-传输-应用技术体系,实现对码头、船舶、货物、重 大危险源、危险货物装卸过程、航管航运等管理要素的全面感知、 有效传输和按需定制服务,为行政管理人员和相关单位及人员提 供高效的管理辅助,并为公众提供便捷、实时的水运信息服务。 建立信息整合、交换和共享机制,建立健全信息化管理支撑 体系,以及相关标准规范和安全保障体系;按照“绿色循环低碳” 交通的要求,搭建高效、弹性、高可扩展性的基于虚拟技术的信 息基础设施,支撑信息平台低成本运行,实现电子政务建设和服务模式的转变。 实现以感知港口、感知船舶、感知货物为手段,以港航智能 分析、科学决策、高效服务为目的和核心理念,构建“智慧港口”的发展体系。 结合“智慧港口”相关业务工作特点及信息化现状的实际情况,本项目具体建设目标为: 一张图(即GIS 地理信息服务平台) 在建设岸线、港口、港区、码头、泊位等港口主要基础资源图层上,建设GIS 地理信息服务平台,在此基础上依次接入和叠加规划建设、经营、安全、航管等相关业务应用专题数据,并叠 加动态数据,如 AIS/GPS/移动平台数据,逐步建成航运管理处 "一张图"。系统支持扩展框架,方便未来更多应用资源的逐步整合。 现场执法监管系统 基于港口(航管)执法基地建设规划,依托统一的执法区域 管理和数字化监控平台,通过加强对辖区内的监控,结合移动平 台,形成完整的多维路径和信息追踪,真正做到问题能发现、事态能控制、突发问题能解决。 运行监测和辅助决策系统 对区域港口与航运业务日常所需填报及监测的数据经过科 学归纳及分析,采用统一平台,消除重复的填报数据,进行企业 输入和自动录入,并进行系统智能判断,避免填入错误的数据, 输入的数据经过智能组合,自动生成各业务部门所需的数据报 表,包括字段、格式,都可以根据需要进行定制,同时满足扩展 性需要,当有新的业务监测数据表需要产生时,系统将分析新的 需求,将所需字段融合进入日常监测和决策辅助平台的统一平台中,并生成新的所需业务数据监测及决策表。 综合指挥调度系统 建设以港航应急指挥中心为枢纽,以各级管理部门和经营港 口企业为节点,快速调度、信息共享的通信网络,满足应急处置中所需要的信息采集、指挥调度和过程监控等通信保障任务。 设计思路 根据项目的建设目标和“智慧港口”信息化平台的总体框架、 设计思路、建设内容及保障措施,围绕业务协同、信息共享,充 分考虑各航运(港政)管理处内部管理的需求,平台采用“全面 整合、重点补充、突出共享、逐步完善”策略,加强重点区域或 运输通道交通基础设施、运载装备、运行环境的监测监控,完善 运行协调、应急处置通信手段,促进跨区域、跨部门信息共享和业务协同。 以“统筹协调、综合监管”为目标,以提供综合、动态、实 时、准确、实用的安全畅通和应急数据共享为核心,围绕“保畅通、抓安全、促应急"等实际需求来建设智慧港口信息化平台。 系统充分整合和利用航运管理处现有相关信息资源,以地理 信息技术、网络视频技术、互联网技术、移动通信技术、云计算 技术为支撑,结合航运管理处专网与行业数据交换平台,构建航 运管理处与各部门之间智慧、畅通、安全、高效、绿色低碳的智 慧港口信息化平台。 系统充分考虑航运管理处安全法规及安全职责今后的变化 与发展趋势,应用目前主流的、成熟的应用技术,内联外引,优势互补,使系统建设具备良好的开放性、扩展性、可维护性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值