欢迎来到.net学习网

欢迎联系站长一起更新本网站!QQ:879621940

您当前所在位置:首页 » ASP.Net » 正文

热门阅读

浅析ASP.NET中Route组件的设计思考与模式

创建时间:2011年06月16日 22:54  阅读次数:(5181)
分享到:

在这里我们将介绍Route组件,对于这个组件相关文章不多。经过老赵的这一番介绍,希望这些知识能对大家了解Route组件有所帮助。

Route组件虽然可以说是ASP.NET的“门户”,不过至今为止似乎都被微软当作是二等公民。可能是由于自带的Route类功能已经太强,微软官方或社区内都不太关注RouteBase的扩展。不过有一点是正确的,那就是在大部分情况下的确没有必要去扩展RouteBase。事实上,我构建过不少RouteBase类,不过除了DomainRoute之外,其余的都被我放弃了,例如在大半年前写的《请别埋没了URL Routing》中所提供的FormatRoute,在MvcPatch中也已经有了更好的替代品(过几天便会谈到这一点)。

RouteBase职责明确:从请求中获取数据,及根据数据生成虚拟路径。它只有两个方法:GetRouteData和GetVirtualPath,扩展起来非常容易,各种“模式”均可以体现出来。例如DomainRoute和FormatRoute都是使用了装饰器模式,在内部RouteBase的GetRouteData或GetVirtualPath方法的“前后”再加上一些逻辑(例如DomainRoute中的域名匹配或生成)。有趣的是,在几个月前我还写过一个InterceptRoute类:

  1. public class InterceptRoute : RouteBase  
  2. {  
  3.     public InterceptRoute(RouteBase innerRoute, IList interceptors)  
  4.     {  
  5.         this.InnerRoute = innerRoute;  
  6.         this.Interceptors = new InterceptorCollection(interceptors);  
  7.     }  
  8.  
  9.     public RouteBase InnerRoute { getprivate set; }  
  10.  
  11.     public InterceptorCollection Interceptors { getprivate set; }  
  12.     ...  

在很多时候,能够像一个组件中插入“横切”的逻辑总是很有用的(例如昨天刚提的NHibernate Interceptor),而上面这个便是在Route规则的各方法前后插入各种逻辑。提供这个逻辑的便是IRouteInterceptor对象,它有四个方法:

PreGetRouteData

PostGetRouteData

PreGetVirtualPath

PostGetVirtualPath

从它们的名称上您也一定可以看得出它们是做什么的。从理论上来说,无论是DomainRoute还是FormatRoute,只要是为现有方法补充前/后置逻辑的扩展,都可以通过提供IRouteInterceptor来实现。不过我除了DomainRoute以外,还真没发现其他的使用环境。这个InterceptRoute似乎也是娱乐价值大于实际价值。因此就在这里一提,等以后忽然发现真有用了我们再拿出来遛遛。

除了装饰器模式/InterceptRoute之外,我还曾经想过构建另一种“结构性”(如InterceptRoute一样,本身不提供实际用途)的Route扩展,那就是利用了组合模式的Route规则。利用组合模式,我们可以将多个RouteBase对象聚合起来,并且在GetRouteData或GetVirtualPath的时候将职责委派给这些对象。事实上,它的职责就好似Routing框架本身所带的RouteCollection一样——当然,之前我们也谈过,RouteCollection的逻辑并不那么单纯。

假设我们已经有了这样一个CompositeRoute对象收集了一堆Route规则,那么什么时候会需要这样的场景呢?其实DomainRoute就可以是这样的,因为“一个域名下有多个Route规则”简直是天经地义的事情。但其实事情并没有那么简单,个中原因便是我们昨天所谈论的“命名问题”。

由于在配置Route规则的时候,我们要为每个Route提供一个名称——但是这个名称只是对RouteCollection才有效果,确切地说,只有RouteTable.Routes这个RouteCollection实例才会用到这一点。如此的话,使用CompositeRoute势必将原本能够有名称的多个Route规则捆绑在了一起,我们在生成URL的时候就无法通过名称定位到特定的Route上了。

由于RouteCollection中释放接口有限(也不是开源的,这意味着我们无法改造它),这一点几乎无法通过自定义逻辑的方式来改进。因此在我看来,CompositeRoute几乎无法用在任何场景上——DomainRoute当然也不会使用这种设计方式了。

原文标题:浅谈Route组件的设计思考与模式

链接:http://www.cnblogs.com/JeffreyZhao/archive/2009/10/14/aspnet-routing-design-ideas-and-patterns.html

.

来源:
说明:所有来源为 .net学习网的文章均为原创,如有转载,请在转载处标注本页地址,谢谢!
【编辑:Wyf

打赏

取消

感谢您的支持,我会做的更好!

扫码支持
扫码打赏,您说多少就多少

打开支付宝扫一扫,即可进行扫码打赏哦

最新评论

共有评论0条
  • 暂无任何评论,请留下您对本文章的看法,共同参入讨论!
发表评论:
留言人:
内  容:
请输入问题 96+40=? 的结果(结果是:136)
结  果: