[转载]ASP.Net MVC不想在多个Action上写同样的FitlerAttribute(上)

[转载]ASP.Net MVC探索之路 – 不想在多个Action上写同样的FitlerAttribute(上) – Catcher In The Rye – 博客园.

以AuthorizeAttribute这个Filter举例,一个Controller有若干个Action,包括登录的Action(如 Login)。这时我们就不能将Authorize放在Controller签名之上,不得不给除了Login这个Action之外的所有Action加 上个Authorize——这也不是大不了的事情,我多写几个Authorize也觉得没关系,或者我重新实现一个 IAuthorizationFilter,在里面判断如果是Login这个Action,就不进行验证。

如果我想给所有Action注入一段html到页面底部,我必须去修改Controller吗?
如果我想动态控制某个Action允许由哪些角色访问,我通过修改Controller能实现吗?
如果我想这时候控制的由哪些角色来访问,需求改变时我想要控制由哪些用户来访问呢?我还得去修改Controller吗?或者增加或修改Filter吗?

所以需求就出现了:能不能让我集中管理这些Filter,并且控制的更灵活呢?能让所有Controller和Action签名上都干干净净的那就最好了。

那就把Filter放在一处集中管理,在Action或ActionResult等执行Filter之前保证将需要的Filter准备好就行了。

在解决问题之前,先简单回顾一下Action执行前后发生的事。

我们知道,在ASP.NET MVC中,每一次请求通常都定位到一个具体的Controller的Action中。
在默认情况下,由Action执行器ControllerActionInvoker类去控制Action的执行(或不执行),实际做事的是InvokeAction方法。
InvokeAction 方法首先去查找Action(由FindAction方法),如果Action被找到了,会去检索该Action拥有的Filter以及该Action所 属Controller的Filter(由GetFilters方法),将找到的所有Filter放入一个FilterInfo变量 中,FilterInfo中保存的Filter不完全是Action是自己的。然后先执行找到的所有IAuthorizationFilter(由 InvokeAuthorizationFilters方法)。当然,在InvokeAuthorizationFilters方法中,只要有 IAuthorizationFilter的ActionResult不为null就会返回不会执行其他的了。 InvokeAction方法检测执行结果,如果ActionResult的确不为空,则执行该Result,其他Filter就不管啦。 接着获取要传给Action的参数集(交给GetParameterValue方法),就执行 InvokeActionMethodWithFilters方法,方法名已经足够说明它是干什么的了。如果一切正常,根据 InvokeActionMethodWithFilters方法返回的结果去接着就执行InvokeActionResultWithFilters方 法。在执行InvokeAuthorizationFilters一直到执行InvokeActionResultWithFilters的这一整个过程 中如果发生异常,则根据捕获的异常执行InvokeExceptionFilters进行异常处理。

这里需要注意一 点:InvokeAction、GetFilters、InvokeAuthorizationFilters、GetParameterValue、 InvokeActionMethodWithFilters、InvokeActionResultWithFilters、 InvokeExceptionFilters等全是虚方法,除非有足够的原因去继承IActionInvoker重写一个Action执行器,否则重写 某些方法足够扩展。

甚至ControllerActionInvoker类本身,在ASP.NET MVC基础架构中也是可以替换的,怎么替换呢?继承Controller类时重写CreateActionInvoker方法就可以。

另 外还可以在构造Controller对象给它的ActionInvoker属性赋值,这又怎么赋值?重写 DefaultControllerFactory创建Controller实例的GetControllerInstance方法。 然后在Applicaion_Start中设置新的ControllerFactor:
ControllerBuilder.Current.SetControllerFactory(new YourControllerFactory());

回到主题。 首先我们将Filter和Action的对应关系(Filter和Controller的对应关系在本文中暂不讨论)存于一个集合中并缓存起来。

从 找到Action到执行InvokeAuthorizationFilters之前,必须将IAuthorizationFilter准备好;从找到 Action到执行InvokeActionMethodWithFilters之前,必须将Action需要的IActionFilter准备好;从找 到Action到执行InvokeActionResultWithFilters之前,必须将ActionResult需要的 IResultFilter准备好。异常发生InvokeExceptionFilters执行之前,必须将IExceptionFilter准备好。 基于以上几点,我们好像只能在FindAction方法和GetFilters方法之间选择一个。当然也就是只有GetFilters了。

在Filter方法中,我们根据当前Action的特征(如方法名,或包括请求方式Get或Post)与Filter和Action对应表。将匹配的Filter加进FilterInfo变量中。

下一章讨论一下具体的实现。感兴趣的可以去看看Oxite ,它实现了本章提到的一部分的需求。

赞(0) 打赏
分享到: 更多 (0)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏