《你必须知道的.NET》网站 | Anytao技术博客 | anytao.net
发布日期：2009.04.21 作者：Anytao
2009 Anytao.com ，Anytao原创作品，转贴请注明作者和出处。
ActionFilter一定是MVC控制中对于Action控制中最值得研究的玩意，在项目实际中我们不可避免的使用例如：
在本文中，我们应用Action Selector方式进行Action的选择，想要阐述清楚这个问题，我们从实际的问题出发来关注。
我们有个业务室这样的：系统有不同的角色，例如Admin、Client、Agent。假设有个功能叫Book/List，那么就对应了一个List这样的View和action为List这样的BookController，现在，我们的情况是对于不同的角色，所对应的List是不同的。Admin看到的Book/List和Client看到的Book/List是不同的，那么通过Url：http://anytao.com/Book/List/123，不同的角色如何处理，差不多就这样，是否清楚。
我：那么对于同一Action如何更好的return到不同的view？
老赵：具体问题是什么呢？
我： 我现在能想到的是在Action中根据角色Return到不同的View，简单的办法就是在List Action根据角色Return到不同的View。问题是，还有什么更好的办法。
老赵：准备n各action，分别加上自定的ActionSelector，不要用一个Action，不用一个Action然后在里面if。
[OnlyInRole("admin")] [ActionName("List")]ListForAdmin() {}[OnlyInRole("user")] [ActionName("List")]ListForUser() {}
OnlyInRole需要自己写，不过就几行话
我： 哈哈，差不多了，谢啦。
根据老赵的指导，我对此思路进行了必要的探讨，感受果然不同凡响，很好很暴力。
为了实现对于Action进行Selector的具体实现，我选择对ActionNameSelectorAttribute 进行扩展，参考ActionName的实现方式，对于按照RoleType进行过滤的需求显然有很好的借鉴价值，以ActionNameAttribute为例，其具体实现为：
[AttributeUsage(AttributeTargets.Method, AllowMultiple = false, Inherited = true)]public sealed class ActionNameAttribute : ActionNameSelectorAttribute { public ActionNameAttribute(string name) { if (String.IsNullOrEmpty(name)) { throw new ArgumentException(MvcResources.Common_NullOrEmpty, "name"); } Name = name; } public string Name { get; private set; } public override bool IsValidName(ControllerContext controllerContext, string actionName, MethodInfo methodInfo) { return String.Equals(actionName, Name, StringComparison.OrdinalIgnoreCase); }}
再来了解ActionNameSelectorAttribute抽象类的定义，其主要提供了对Action进行Select时的IsValidName判断约定，例如ActionNameSelectorAttribute的定义：
[AttributeUsage(AttributeTargets.Method, AllowMultiple = false, Inherited = true)]public abstract class ActionNameSelectorAttribute : Attribute { public abstract bool IsValidName(ControllerContext controllerContext, string actionName, MethodInfo methodInfo);}
所以，对ActionNameSelecterAttribute进行扩展变得异常简单，下面是一个最简单的实现，肯定让我们耳目一新：
// Release : code01, 2009/04/17 // Author : Anytao, http://www.anytao.compublic class ActionInRoleAttribute : ActionNameSelectorAttribute{ public ActionInRoleAttribute(RoleType role) { this.role = role; } public override bool IsValidName(ControllerContext controllerContext, string actionName, System.Reflection.MethodInfo methodInfo) { if (controllerContext.HttpContext.User.IsInRole(role.ToString())) { return true; } else { return false; } } private RoleType role;}
我们的逻辑其实很简单，借助于IPrincipal的IsInRole方法，可以很简单的根据role的定义进行IsValidName过滤，例如我们的应该可以就是：
// Release : code02, 2009/04/17 // Author : Anytao, http://www.anytao.com[AcceptVerbs(HttpVerbs.Get)][ActionName("List")][ActionInRole(RoleType.Client)]public ActionResult ClientList(int id){ return View( "ClientBookList", new Book { ID = id, Name = string.Empty });}// Release : code03, 2009/04/17 // Author : Anytao, http://www.anytao.com[AcceptVerbs(HttpVerbs.Get)][ActionName("List")][ActionInRole(RoleType.Admin)]public ActionResult AdminList(int id){ return View( "AdminBookList", new Book { ID = id, Name = string.Empty });}
调用List Action时，根据登陆用户的角色来决定具体执行的Action（ClientList或者AdminList），并由不同的Action导航到不同的View（ClientBookList或者AdminBookList），而对于不同Action访问的URL都是一样的（http://anytao.com/Book/List/123），同时避免了在服务层对角色的判断，某种程度上按照RoleType对于Controller层进行了“注入”，使得Controller层的逻辑不在关心Action过滤的问题。
不过，在应用上还有一些值得注意的问题：
一般而言，我们提倡应用强类型ModelData在View层进行操作，那么泛型方法ActionLink值得推荐，
<p> <%= Html.ActionLink<BookController>(c => c.List(Model.ID), "List") %></p>
然而，应用被ActionInRole标记的，同时被ActionName重命名的Action，将不被识别，我们只好以非泛型方式实现对于一名多用的Action来调用：
<p> <%= Html.ActionLink("List", "List", new { id=Model.ID }) %></p>
return View( "AdminBookList", new Book { ID = id, Name = string.Empty });
因为默认情况下，MVC引擎是以ActionName进行返回的，在我们的应用中必须以这种方式进行。
本文着重于应用，而没有特别对什么是ActionFilter进行探讨，我们在合适的时间再次与MVC握手，对此进行进一步进行讨论。
特别鸣谢：
联系客服
