有时候你想在调用action方法之前或者action方法之后处理一些逻辑，为了支持这个，ASP.NET MVC允许你创建action过滤器。Action过滤器是自定义的Attributes，用来标记添加Action方法之前或者Action方法之后的行为到控制器类中的Action方法中。

一些可能用到Action过滤器的地方有：

• 日志,异常处理
• 身份验证和授权 － 限制用户的访问
• 输出缓存 － 保存一个Action的结果
• 网络爬虫的过滤
• 本地化
• 动态Action － 将一个Action注入到控制器中

ASP.NET MVC为我们提供了下面的几个Filter接口：

IResultFilter

要实现一个Filter，我们需要继承自FilterAttribute类同时实现上面的一个或几个接口：

public class MyFilter : FilterAttribute, IActionFilter, IResultFilter
{
} 

 

这几个接口提供的方法如下：

上图的方法和Filter接口对应的方法按名称对号入座就可以。

IActionFilter接口有两个方法：

其中OnActionExecuting在执行Action方法之前会被调用，OnActionExecuted会在Action方法执行后调用。注意他们的参数分别是ActionExecutingContext和ActionExecutedContext。

ActionExecutedContext类包含一个 Canceled的属性，允许你取消当前的Action(怎么原来在P3中是在ActionExecutingContext的Canceled属性在P5中没有了呢？神奇.那么在OnActionExecuting的时候怎么取消一个Action呢？)。

FilterExcutedContext 类包含一个Exception属性和一个ExceptionHandled属性。如果Exception属性为null，则没有异常在action stack中，表明Action方法运行并没有发生错误。反之则为出现异常。如果将ExceptionHandled属性设置为true则表明在这个Filter中已经处理了异常。

IResultFilter接口也提供了两个方法：

他们分别在Action返回结果(例如return View();)之前和之后执行。和IActionFilter差不多就不多说了。

IAuthorizationFilter是一个用于身份验证的Filter。只提供了一个void OnAuthorization(AuthorizationContext filterContext)方法。

IExceptionFilter会在出现异常的时候调用，也是只 提供一个void OnException(ExceptionContext filterContext)的方法；

这些Filter可以被应用在类或者方法上，下面我们来看一下他们的执行顺序。首先我们写一个BaseController并加上两个Filter：

[MyFilter2(Target = "BaseController")]
[MyFilter1(Target="BaseController")]
public class BaseController : Controller
{ 
} 

 

应为Controller类是实现这几个Filter接口的，所以我们在HomeController中重写Controller基类中的所有Filter接口的方法，并在HomeController类和里面的Filter方法加上我们自定义的MyFilter：

HomeController
[MyFilter2(Target = "HomeController")]
//[MyFilter1(Target = "HomeController")]//注意我在这里把MyFilter1注释了.
[HandleError]
public class HomeController : BaseController
{
    [MyFilter2(Target = "HomeController.Filter")]
    [MyFilter1(Target = "HomeController.Filter")]
    public ActionResult Filter()
    {
        return Content("<div>这是在Action方法里面返回的内容！</div>");
    } 

    protected override void OnActionExecuted(ActionExecutedContext filterContext)
    {
        filterContext.HttpContext.Response.Write("<div>这是在HomeController里面重写OnActionExecuted方法添加的内容！</div>");
    } 

    protected override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        filterContext.HttpContext.Response.Write("<div>这是在HomeController里面重写OnActionExecuting方法添加的内容！</div>");
    } 

    protected override void OnAuthorization(AuthorizationContext filterContext)
    {
        filterContext.HttpContext.Response.Write("<div>这是在HomeController里面重写OnAuthorization方法添加的内容！</div>");
    } 

    protected override void OnException(ExceptionContext filterContext)
    {
        filterContext.HttpContext.Response.Write("<div>这是在HomeController里面重写OnException方法添加的内容！</div>");
        filterContext.ExceptionHandled = true;
    } 

    protected override void OnResultExecuted(ResultExecutedContext filterContext)
    {
        filterContext.HttpContext.Response.Write("<div>这是在HomeController里面重写OnResultExecuted方法添加的内容！</div>");
    } 

    protected override void OnResultExecuting(ResultExecutingContext filterContext)
    {
        filterContext.HttpContext.Response.Write("<div>这是在HomeController里面重写OnResultExecuting方法添加的内容！</div>");
    }
} 

然后我们运行一下看看结果如何：

从运行结果我们可以看到，在Controller中重写的Filter会最先执行，然后到应用在类上的Filter，然后再到应用在类方法上的Filter。

而4个接口的方法执行顺序如下：IAuthorizationFilter -> IActionFilter -> IResultFilter -> IExceptionFilter .

而对于同一个Filter，例如IAuthorizationFilter在MyFilter1和MyFilter2里里面的实现，又根据他们的加载顺序不同而不同。

在BaseController中应用的Filter会被子类继承，如果子类又应用了和基类同样的Filter，则会不执行基类的Filter。例如上面的HomeController应用了MyFilter2，所以调用HomeController的MyFilter2，而不是BaseController的MyFilter2。

这个执行顺序还得大家好好研究才能了解的。

同时FilterAttribute还提供了一个Order的属性，用于指定Filter的执行顺序。

每一个Action过滤器都有一个 Order 属性，用来决定Action过滤器在该范围内的执行顺序。Order属性必需是0(默认值)或者更大的整数值。省略Order属性则会给该过滤器的Order值为 -1, 表明未指明顺序。任何一个在同一范围的Action过滤器Order设为 -1 的都将按不确定的顺序执行，但在此之前过滤器有一个特定的顺序(请参考上图).

当设置Order属性的值的时候，必需指定一个唯一的值。如果两个或者更多的Action过滤器具有相同的Order属性值，将会抛出一个异常。

来看一个示例：

[Filter1(Order = 2)]
[Filter2(Order = 3)]
[Filter3(Order = 1)]
public void Index()
{
    RenderView("Index");
} 

 

Filter的执行顺序为：Filter3 => Filter1 => Filter2.

暂时就写这么多吧，这一部分主要介绍概念。Enjoy！Post by Q.Lee.lulu。

本文的Blog程序示例代码： ActionFilter.rar

---------------------------------------------------------------------

更多内容，请关注http://blog.51mvc.com/ 和 http://bbs.51mvc.com/

本系列文章可能会是几位朋友来共同完成的。

文章列表,不定时更新：

ASP.NET MVC 入门1、简介

ASP.NET MVC 入门2、项目的目录结构与核心的DLL

ASP.NET MVC 入门3、Routing

ASP.NET MVC 入门4、Controller与Action

ASP.NET MVC 入门5、View与ViewData

ASP.NET MVC 入门6、TempData

ASP.NET MVC 入门7、Hellper与数据的提交与绑定

ASP.NET MVC 入门8、ModelState与数据验证

ASP.NET MVC 入门9、Action Filter 与 内置的Filter实现(介绍)

最新的Blog示例程序代码：4mvcBlog_8.rar

---------------------------------------------------------------------

更多内容，请关注http://blog.51mvc.com/ 和 http://bbs.51mvc.com/

ASP.NET MVC提供了很多Hellper的方法，Hellper就是一些生成HTML代码的方法，方便我们书写HTML代码(有一部分的朋友更喜欢直接写HTML代码)。我们也可以利用.NET 3.5的扩展方法来书写我们自己的Hellper。

例如：

生成的HTML代码就是：<a href="/Home/Index">首页</a>。这里有一点需要注意的就是，Html.ActionLink()和Url.Link()方法生成的URL和你在Global.asax里面配置的Route的先后顺序是有关的。

具体的关于Hellper的各个方法的使用我就不详细介绍了，你可以参考重典的Asp.net Mvc Framework 系列文章。

我们来实现前面提到的Setting，用于设置Blog的基本设置。我们看一下在Views/Admin/Setting.aspx页面的代码：

我们的Setting Action方法是这样写的：

注意我们是return View(BlogSettings.Instance);给ViewData.Model传递了BlogSettings.Instance。然后运行一下看看：

注意到上面的TextBox都有值了么？我们使用了Html.TextBox("Name")而已，并没有指定值啊？那么这个值是怎么自动的绑定上去的呢？注意到前面在Action中我们是return View(BlogSettings.Instance);给ViewData.Model传递了BlogSettings.Instance，BlogSettings.Instance.Name和Html.TextBox("Name")的参数"Name"同名，Html.TextBox()方法在调用的时候会调用ViewData.Eval()方法，所以就自动把值绑定上去了。和前一篇文章说过的ViewData.Eval()可以使用"."表达式一样，Html.TextBox()也同样可以使用"."表达式，例如：Html.TextBox("Post.Title")也可以自动绑定ViewData.Model.Post.Title值上去。

下面我们来将值提交到Action中并保存。我们的Form使用了Post回服务器：

然后我们在Action中进行处理：

如上代码所示，我们可以使用UpdateModel()方法直接对Post到服务器来的Form表单的值赋给指定的对象。对于提交的数据进行业务逻辑的验证这里要讨论的还是比较多的，国外也有不少文章讨论这个的，大家可以搜索看看。

暂时就写这么多吧，想到什么再补充。Enjoy！Post by Q.Lee.lulu。

本文的Blog程序示例代码：4mvcBlog_7.rar

---------------------------------------------------------------------

更多内容，请关注http://blog.51mvc.com/ 和 http://bbs.51mvc.com/

ASP.NET MVC的TempData用于传输一些临时的数据，例如在各个控制器Action间传递临时的数据或者给View传递一些临时的数据，相信大家都看过“在ASP.NET页面间传值的方法有哪几种”这个面试题，在ASP.NET MVC中TempData的就是其中的一种传值方法。TempData默认是使用Session来存储临时数据的，TempData中存放的数据只一次访问中有效，一次访问完后就会删除了的。这个一次访问指的是一个请求到下一个请求，因为在下一个请求到来之后，会从Session中取出保存在里面的TempData数据并赋值给TempData，然后将数据从Session中删除。我们看一下ASP.NET MVC Preview5源码：

也就是说TempData只保存到下一个请求中，下一个请求完了之后，TempData就会被删除了。注意这里TempData使用Session来做存储的，Session是对应特定用户的，所以并不存在并发问题。如果你用数据库来做TempData的存储介质的话，必须要考虑这个情况的。至于如何自定义TempData的存储介质，你可以参考“ASP.NET MVC: 用db4o来做TempDataProvider(另附一个泛型的RedirectToAction方法)”这一篇文章。

前面说到的在我们的BaseController中有一个显示提示信息给用户的方法，这个提示信息就是临时的信息，我们可以使用TempData来实现。下面让我们来实现这个提示信息的方法：

因为我们的Controller都继承自这个我们自定义的BaseController，所以我么可以才Controller中这样来给用户显示提示信息：

好，这一部分就先到这里吧。Enjoy！Post by Q.Lee.lulu。

本文示例Blog的代码：4mvcBlog_5.rar

---------------------------------------------------------------------

更多内容，请关注http://blog.51mvc.com/ 和 http://bbs.51mvc.com/

view在MVC模式中与用户进行最直接的接触，它负责数据的呈现。这里要注意一点就是，view只是负责数据的呈现，所以我们应该要尽量让view中不涉及业务逻辑的处理。

我们来添加一个Blog首页的view。在安装了ASP.NET MVC后，我们在添加新项目的时候可以看到有MVC的view模板：

 
注：如果你的是中文版的VS，安装完后可能会出现找不到这个模板的现象，你可以参考在中文版VS 08中安装MVC这篇文章设置一下。

其中MVC View Content Page是有母版页的。我们在Views/Home目录下添加一个MVC View Content Page，并选择我们Views/Shared目录下的Site.Master母版页：

ASP.NET MVC默认是使用WebForm来作为view的。所以我们看到新建的aspx页面继承自ViewPage，如果使用aspx页面作为ASP.NET MVC的视图引擎，则所有的aspx页面都必须继承自ViewPage。我们再看一下ViewPage：

我们看到ViewPage继承自ASP.NET WebForm的Page页，还实现了IViewDataContainer接口，同时还提供了一些Helper类的实例。我们可以使用ViewData来从Controller中往view页面中传递数据。下面我们在HomeController中的Index Action中取出Posts列表，然后在View中显示。我们先在Controller中取出数据，前面说过，为了方便，我们会直接使用BlogEngine的Model层来作为我们这个4mvcBlog的Model。所以我们的代码如下：

默认的WebFormView搜索View的顺序是按如下顺序搜索的：

其中{1}为ControllerName，{0}为ActionName。MasterLocationFormats为母版页的搜索顺序。

在上面的代码中我们使用ViewData["Posts"]向View页面传递数据，然后我们就可以在View中取出数据并呈现给用户，Views/Home/Index.aspx页面的部分代码如下：

如上红色框中的代码，我们可以从ViewData中取出数据，并转换为相应的类型。在这里我们发现ViewData要做一个类型的转换，其实我们可以将ViewData.Model设置为强类型，只需将我们的View页面继承自ViewPage<TModel>就可以了：

然后在Controller里面return View()的时候直接给ViewData.Model传值，如下所示：

然后在View中我们可以直接从强类型的ViewData.Model中取值：

由上面的代码我看可以看出ViewData.Model就是List<IPublishable>类型，并不需要再进行类型的转换。

ViewData还有一个Eval的方法，我们可以使用这个方法从ViewData中取值。假如我么在Action中使用return View(Post);给View传递一篇日志的数据。而Post有一个Previous的属性指向前一篇日志，则我们可以在View页面中可以这样来取值：

但是如果使用我最后提供的示例Blog程序的代码这样在取值的时候直接在里面使用"."来取值，你会发现取不了值。因为BlogEngine里面的BusinessBase类实现了IDataErrorInfo接口，而IDataErrorInfo有一个索引器，也就是说BusinessBase有一个索引器，就因为有一个索引器，使Eval中不能用点来取值(不知道是不是bug？)。

补充：上面说到的不是Bug，是因为BusinessBase实现了IDataErrorInfo接口，该接口有个索引器，导致ViewData.Eval()方法调用时搜索索引器的值时返回String.Empty而使ViewData.Eval()认为是找到值了，从而失效。

我们可以将return string.Empty修改为return null，这样就可以了。

好，这一部分就先到这里吧。Enjoy！Post by Q.Lee.lulu。

本文示例Blog的代码：4mvcBlog_5.rar

---------------------------------------------------------------------

更多内容，请关注http://blog.51mvc.com/ 和 http://bbs.51mvc.com/

Controller是MVC中比较重要的一部分。几乎所有的业务逻辑都是在这里进行处理的，并且从Model中取出数据。在ASP.NET MVC Preview5中，将原来的Controller类一分为二，分为了Controller类和ControllerBase类。Controller类继承自ControllerBase类，而ControllerBase实现是了IController接口。

ControllerBase实现了IController接口的Execute方法，在Route匹配到Controller之后，就会调用Execute方法来进入Controller的处理。这里还定义了一个抽象的方法ExecuteCore方法，该方法会在Execute方法的最后被调用。ControllerBase还定义了三个核心的属性。我们在后面会详细讨论TempData和ViewData。

Controller类除了继承自ControllerBase类以外，还实现了好几个Filter接口，Filter我们在后面再详细讨论。

Controller类还定义很多有用的方法，我们新建的Controller都必须继承自这个Controller类。例如我们新建一个AdminController：

Action方法

下面谈一下在Controller中比较重要的Action方法。在ASP.NET MVC中URL都是映射到Controller中的某个Action中，然后由匹配的Action来处理我们的业务逻辑并返回view的。

Controller中的public的方法都被当作是Action方法。Action方法通常返回一个ActionResult的结果。例如我们为前面的AdminController定义一个Setting的Action方法，用于设置Blog的一些基本参数：

默认情况下，Action方法的方法名就是这个Action的Action名(Action名指的是Route中匹配Action方法的URL的那部分。例如url：Home/Index，其中Index就是Action名)。这里为什么要提到这个Action名呢？应为Action名是可以定义的，使用ActionNameAttribute来定义。请看下面的示例：

这两个Action方法的Action名都为"Setting"，即对于url：Admin/Setting ,能同时匹配到这两个Action方法。如果一个URL同时匹配到两个Action方法的话，程序会抛出一个错误：

如果我们希望这两个Action的Action名都为Setting，Setting()就用于显示一个表单页面给用户，而SaveSetting()就用于保存用户提交过来的表单数据，我们该怎么做呢？我们可以利用AcceptVerbsAttribute来设置，这个Attribute用来定义Action方法会匹配指定的HttpMethod。例如下面的代码：

这样，对于HttpMethod为"GET"的客户端请求，就会匹配到Setting()来显示一个表单给用户，如果用户POST回来的表单数据，则会匹配到SaveSetting()上面去，我们就可以处理用户POST过来的数据并保存到数据库。

在这里AcceptVerbsAttribute是继承自ActionSelectionAttribute的，我们也可以继承自ActionSelectionAttribute来自定义自己想要实现的功能。这个我们后面会详细讲解。如果你比较心急，可以看下Asp.net Mvc Preview 5 体验--实现ActionSelectionAttribute来判断是否为AJAX请求而选择不同的Action这篇文章。

如果你想将一个public的方法设置为不是Action方法，那么你就要为该public的方法添加NonAction的Attribute：

Action方法的参数

例如我们要在AdminController中定义一个编辑日志的Action方法：

对于URL：Admin/EditPost/2 ，上面的参数会自动被赋值为2。ASP.NET MVC在匹配Route的时候会根据Route的设置自动为Action方法的参数赋值。所以前面的id参数会被自动赋值为2的前提是，在Route配置的时候，必须指定了id参数，例如：

如果我们将Route修改为：

则前面的Action方法的参数必须修改为public ActionResult EditPost(int? para){ }，使Action方法的参数和Route中定义的参数名相同，ASP.NET MVC才能自动为Action方法的参数赋值。

ActionResult

Action方法返回ActionResult类型的结果。ASP.NET MVC为我们提供了几种ActionResult的实现，如下：

通常情况下，我们的Controller可能有一些相同的情况，例如我们在各个Controller中都有可能会在出错或者什么时候想要显示一条提示信息给用户，或者有一些共同的数据要呈现的。这时候，我们最好就定义一个我们自己的Controller的基类：

然后，其他的Controller都继承自这个BaseController ：

---------------------------------------------------------------------

更多内容，请关注http://blog.51mvc.com/ 和 http://bbs.51mvc.com/

在一个route中，通过在大括号中放一个占位符来定义( { and } )。当解析URL的时候，符号"/"和"."被作为一个定义符来解析，而定义符之间的值则匹配到占位符中。route定义中不在大括号中的信息则作为常量值。
下面是一些示例URL：

 通常，我们在Global.asax文件中的Application_Start事件中添加routes，这确保routes在程序启动的时候就可用，而且也允许在你进行单元测试的时候直接调用该方法。如果你想在单元测试的时候直接调用它，注册该routes的方法必需是静态的同时有一个RouteCollection参数。
下面的示例是Global.asax中的代码，演示了添加一个包含两个URL参数action 和 categoryName的Route对象：

更多文章请参考：

ASP.NET Routing (官方文档)

在这里我不打算再详细去讲解。以下只是简单的说明一下。

忽略对某类URL的Routing：

 

    //忽略对.axd文件的Route，也就是和WebForm一样直接去访问.axd文件
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); 

 

添加约束条件，支持正则表达式。例如我们需要对id参数添加一个必须为数字的条件：

routes.MapRoute(
    "Default",                                              
    "{controller}/{action}/{id}",                           
    new { controller = "Home", action = "Index", id = "" },  
    new { id = @"[\d]*" } //id必须为参数
); 

 

使用星号(*)匹配不确定个数的参数，这会匹配URL后面所有的剩余的参数。例如：

query/{queryname}/{*queryvalues}

对于url：query/aspnetmvc/preview5/routing ,则queryvalues参数匹配的参数为 preview5/routing。

url匹配Route是根据Route的定义顺序来自上而下匹配的。例如我们定义两个Route：

public static void RegisterRoutes(RouteCollection routes)
{
    routes.MapRoute(
        "Default",                                              // Route 的名称
        "{controller}/{action}/{id}",                           // 带有参数的URL
        new { controller = "Home", action = "Index", id = "" }  // 设置默认的参数
    );
    routes.MapRoute(
        "Post",
        "Post/{id}",
        new { controller = "Post", action = "Index", id = "" }
    );
} 

不知你看出上面定义的两个Route有什么问题没有？我想你看出来了，URL永远都匹配不了第二个Route，也就是名为Post的Route，因为能匹配第二个Route的url一样也能匹配第一个Route,而url匹配Route是根据Route的定义顺序来自上而下匹配的，所以URL永远都匹配不了第二个Route。所以，在定义Route的时候，要将一些特别的Route放到前面。

如果你要将ASP.NET MVC部署到IIS6下面，由于IIS6对于http://blog.51mvc.com/index这类没有扩展名的URL是不会交由ASP.NET的aspnet_isapi.dll处理的，所以你的ASP.NET MVC程序部署到IIS6的时候可能会出现404错误。你可以为你的ASP.NET MVC站点添加一个通配符：

然后点击"通配符应用程序映射"下的"插入"按钮,在弹出的对话框中如下设置:

你如果担心添加通配符会给出现性能上的问题，那么你可以修改Route为带扩展名的，这个扩展名是完全由你自己定义的，例如我们使用4mvc来做url的扩展名：

routes.MapRoute(
    "Default",                                              // Route 的名称
    "{controller}.4mvc/{action}/{id}",                           // 带有参数的URL
    new { controller = "Home", action = "Index", id = "" }  // 设置默认的参数
); 

 

然后再在IIS6中添加这个扩展名的映射：

然后我们访问的URL类似于：http://blog.51mvc.com/Home.4mvc/index

群上有些朋友说希望教程能根据一个示例程序来写，那样更容易他们的学习。所以这里就写一个Blog的示例程序，为了方便，Model就直接使用Blogengine的业务实体部分。在这里我们先定义这个blog的Route：

BlogRoute
public static void RegisterRoutes(RouteCollection routes)
{
    //忽略对.axd文件的Route，也就是和WebForm一样直接去访问.axd文件
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); 

    routes.MapRoute(
        "Admin",
        "Admin/{action}",
        new { controller = "Admin", action = "Index" }
    ); 

    routes.MapRoute(
        "PostById",
        "Post/{id}",
        new { controller = "Home", action = "Post", id = "" },
        new { id = @"[\d]+" }
    ); 

    routes.MapRoute(
        "PostBySlug",
        "Post/{slug}",
        new { controller = "Home", action = "Post" }
    ); 

    routes.MapRoute(
        "Default",                                              // Route 的名称
        "{controller}/{action}/{id}",                           // 带有参数的URL
        new { controller = "Home", action = "Index", id = "" }  // 设置默认的参数
    ); 

} 

 

暂时就学到这里吧。后面我会给出本示例Blog程序的代码。Enjoy！Post by Q.Lee.lulu。

---------------------------------------------------------------------

更多内容，请关注http://blog.51mvc.com/ 和 http://bbs.51mvc.com/