이 글은 Asp.Net MVC 학습요약에 있는 필터에 대한 자세한 설명을 주로 소개하고 있는데, 편집자가 꽤 좋다고 생각해서 지금 공유하고 참고용으로 올려보겠습니다. 에디터와 함께 구경하러 오세요
1. 필터 소개
1.1 필터가 무엇인지 이해하세요
1. 필터는 요청 처리 파이프라인에 추가 논리를 주입하는 것입니다. 교차 편집 문제를 구현하는 간단하고 우아한 방법을 제공합니다.
2. MVC 프레임워크의 필터는 주로 ASP.NET 플랫폼의 Request.Filters 및 Response.Filter 개체와 완전히 다릅니다. 그리고 응답 스트림. 일반적으로 필터라고 부르는 것은 MVC 프레임워크의 필터를 나타냅니다.
3. 필터는 C# 속성 구현을 기반으로 하는 일부 코드 논리를 요청 처리 파이프라인에 주입할 수 있습니다. Action 호출을 담당하는 ControllerActionInvoker 클래스는 Action을 호출하고 실행할 때 Action의 속성을 확인하고 해당 속성이 추가 코드 주입 처리를 위해 지정된 인터페이스를 구현하는지 확인합니다.
1.2 사용 이유 이해 필터
작은 프로젝트를 만들었다고 가정해 보겠습니다. 그 기능 중 하나가 사용자 정보 모듈을 운영하고 관리하는 것입니다. 사용자 정보 관리는 인증된 사용자가 운영해야 한다는 요구 사항이 있습니다. 아래와 같이 각 Action 메서드에서 인증 요청을 확인합니다.
using MvcFilterDmo.Core;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using System.Web.Security;
namespace MvcFilterDmo.Controllers
{
public class HomeController : Controller
{
public ActionResult Index()
{
if (!Request.IsAuthenticated)
{
FormsAuthentication.RedirectToLoginPage();
}
//操作部分...
return View();
}
public ActionResult Insert()
{
if (!Request.IsAuthenticated)
{
FormsAuthentication.RedirectToLoginPage();
}
//操作部分...
return View();
}
public ActionResult Update()
{
if (!Request.IsAuthenticated)
{
FormsAuthentication.RedirectToLoginPage();
}
//操作部分...
return View();
}
public ActionResult Delete()
{
if (!Request.IsAuthenticated)
{
FormsAuthentication.RedirectToLoginPage();
}
//操作部分...
return View();
}
//其他Action操作方法
//...
}
}위 코드를 통해 요청 인증을 확인하기 위해 이 메서드를 사용하면 중복되는 부분이 많다는 것을 알 수 있습니다. 필터를 사용해도 동일한 효과를 얻을 수 있습니다. 아래와 같이:
using MvcFilterDmo.Core;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using System.Web.Security;
namespace MvcFilterDmo.Controllers
{
[Authorize]
public class HomeController : Controller
{
public ActionResult Index()
{
//操作部分...
return View();
}
public ActionResult Insert()
{
//操作部分...
return View();
}
public ActionResult Edit()
{
//操作部分...
return View();
}
public ActionResult Delete()
{
//操作部分...
return View();
}
//其他Action操作方法
//...
}
}필터는 요청 처리 파이프라인에 추가할 추가 방법을 제공하는 .NET의 특성(속성)입니다. 여기에서 Authorize 필터를 사용하여 동일한 효과를 얻을 수 있지만 코드는 분명히 이전보다 더 간결하고 우아합니다.
2. 필터 사용
2.1 필터의 기본 유형
필터링 메커니즘 구현자 구현: MVC 프레임워크는 작업을 호출하기 전에 속성(속성)이 메서드 정의에 구현되었는지 확인합니다. 구현된 경우 속성에 의해 정의된 메서드가 요청의 적절한 위치에서 호출됩니다. 처리 파이프라인.
ActionFilterAttribute 클래스는 IactionFilter 인터페이스와 IResultFilter 인터페이스를 모두 구현합니다. 이는 구현을 제공해야 하는 추상 클래스입니다. AuthorizeAttribute 및 HandleErrorAttribute 클래스에는 몇 가지 유용한 기능이 포함되어 있으며 파생 클래스를 만들지 않고도 사용할 수 있습니다.
2.2. 필터 적용, 적용 방식 및 실행 순서
적용: 필터는 컨트롤에 적용할 수도 있고, Action 메소드에 적용할 수도 있습니다. , 이는 모든 Action 메서드에 이 필터가 있으며 아래와 같이 혼합하거나 여러 번 사용할 수 있음을 의미합니다.
[A] //表示所有的Action方法都会应用A过滤器
Public class DemoController：Controller
{
[B]//B,C过滤器只作用于此Action方法，但它也会有A过滤器的应用效果
[C]
Public ActionResult Index()
{
//操作部分...
return View();
}
}응용 방법: 특성 메서드 위 코드에 표시된 대로.
실행 순서: 동일한 유형의 필터의 경우 메소드에 가장 가까운 순서가 먼저 실행됩니다. 다른 유형의 필터의 경우 일반적인 실행 순서는 [authorize--- >action---> actionResult] 예외 필터의 경우 특별한 순서 없이 예외가 발생하는 한 예외 필터가 실행됩니다. 실행 순서를 조정하려면 Order 메서드의 값을 조정하여 실행 순서를 제어할 수 있습니다. 값이 작을수록 먼저 실행됩니다. 다음 그림은 Action/Result 필터 애플리케이션
(1)의 실행 시퀀스 다이어그램으로, 동일한 유형의 필터 적용 예: 두 개의 사용자 정의 Action 필터 MyFirstFilter, MyThreeFilter 애플리케이션 동일한 작업 방법 인덱스.
3개의 컨트롤러 코드는 다음과 같습니다.
MyFirstFilter 코드는 다음과 같습니다.
MyThreeFilter 코드는 다음과 같습니다.
실행 결과는 다음과 같습니다.
(2). 필터 유형: 사용자 정의 작업이 있습니다. 필터 MyFirstFilter에는 동일한 작업 메서드 Index에 적용되는 사용자 정의 결과 필터 MySecondFilter가 있습니다.
3개의 컨트롤러 코드는 다음과 같습니다.
MyFirstFilter 코드는 다음과 같습니다.
MySecondFilter 코드는 다음과 같습니다.
运行结果如下：
看完上面的解释，可能你现在对这些过滤器的执行顺序，以及如何自定义过滤器还不明白，不要紧，下面我们会逐一介绍这几个基本的过滤器的使用，以及如何自定义过滤器。
2.3、使用授权过滤器
所有实现了IAuthorizationFilter接口的都可以称之为授权过滤器:其定义如下：
public interface IAuthorizationFilter
{
void OnAuthorization(AuthorizationContext filterContext);
}由于MVC框架系统自带的AuthorizeAttribute实现有一些突出的功能，而这种牵涉到安全的代码一定要谨慎的编写，所以一般我们不会直接实现这个接口，而是去继承AuthorizeAttribute这个类，并重写其AuthorizeCore方法，签名为： bool AuthorizeCore(HttpContextBase httpContext) 而处理授权失败的时候，可以重写其HandleUnauthorizedRequest方法，其签名为： void HandleUnauthorizedRequest(AuthorizationContext context) 。注意：验证与授权是两回事，验证发生在授权之前。
默认的授权过滤器已经有了验证的功能，其验证的机理是利用Asp.net平台自带的验证机制，如表单验证和Windows验证。除了验证功能，它本身还有授权的功能。授权过滤器是所有过滤器中最早运行的。
经过Route到达了控制器的时候，在调用Action之前，MVC框架会检测在相关的Action上是否有授权过滤器，如果有会调用OnAuthorization方法，如果此方法批准了请求，才会调用相应的Action。
使用授权过滤器几种情况如下：
1.直接在Action上或者控制器上加Authorize，表示启用了验证，但不牵涉到授权。
2.添加Authorize(Users=“a,b”)]，表示启用了验证，并且也启用了授权，只有a或者b用户能访问此控制器。
3.当添加Authorize（Roles=“admin,Member”)]时的步骤如下：
---利用asp.net自带的角色提供者，或者实现自己的角色提供者，实现自己的角色提供者时，只需要集成RoleProvider类型，并实现其中的所有方法或部分方法，最好实现所有方法。
---在Web程序的根目录的Web.config文件中配置角色管理者。
---在适当的Action中利用Roles类型来访问自己创建的RoleProvider中的相关方法。
使用内置的授权过滤器
MVC框架内置的授权过滤器AuthorizeAttribute，它允许我们使用这个类的两个公共属性来指定授权策略，如下所示：
Users和Roles两者是并且的关系，例如Users=“a,b,c”,Roles=“admin”,表示用户是a，b,c 其中一个并且是Admin角色才能访问。
创建自定义的授权过滤器
方式一：直接实现IAuthorizationFilter接口，但不推荐这样做，因为牵涉到安全方面的代码。
方式二：继承AuthorizeAttribute这个类，并重写其AuthorizeCore方法，签名为： bool AuthorizeCore(HttpContextBase httpContext)，代码如下所示：
public class MyAuthorizeAttribute : AuthorizeAttribute
{
private string[] allowedUsers;
public MyAuthorizeAttribute(params string[] users)
{
allowedUsers = new string[] { "admin", "user1", "xf" };
}
protected override bool AuthorizeCore(HttpContextBase httpContext)
{
return httpContext.Request.IsAuthenticated &&allowedUsers.Contains(httpContext.User.Identity.Name,
StringComparer.InvariantCultureIgnoreCase);
}
}2.4、使用动作过滤器
动作过滤器是可以以用于任何目的的多用途过滤器，创建自定义动作过滤器需要实现IActionFilter接口，该接口代码如下所示：
该接口定义了两个方法，MVC框架在调用动作方法之前，会调用OnActionExecting方法。在调用动作方法之后，则会调用OnActionExecuted方法。
实现OnActionExecting方法
参数ActionExecutingContext对象继承于ControllerContext，其中的2个属性：
ActionDescriptor：提供了关于Action方法的相关信息
Result：类型为ActionResult，通过给这个属性设置一个非null的值就可以取消这个请求。
我们可以用过滤器来取消一个请求，通过设置Result属性即可。代码如下所示：
public class MyActionFilterAttribute : FilterAttribute, IActionFilter
{
public void OnActionExecuting(ActionExecutingContext filterContext)
{
if(filterContext.HttpContext.Request.IsLocal)
{
filterContext.Result = new HttpNotFoundResult();
}
}
public void OnActionExecuted(ActionExecutedContext filterContext)
{
//未做实现
}
}这个例子通过用OnActionExecuting方法检查请求是否来自本地机器，如果是，编队用户返回一个“404”未找到的响应。运行结果如下图：
实现OnActionExecuted方法
我们也可以通过OnActionExecuted方法来执行一些跨越动作方法的任务，下面这个例子是计算动作方法运行的时间，代码如下：
public class MyActionFilterAttribute : FilterAttribute, IActionFilter
{
private Stopwatch timer;
public void OnActionExecuting(ActionExecutingContext filterContext)
{
timer = Stopwatch.StartNew();
}
public void OnActionExecuted(ActionExecutedContext filterContext)
{
timer.Stop();
if (filterContext.Exception == null)
{
filterContext.HttpContext.Response.Write(
string.Format("动作方法延迟的时间: {0}",
timer.Elapsed.TotalSeconds));
}
}
}
}我们将自定义的动作过滤器MyActionFilter应用到HomeController的Index方法上，运行结果如下：
2.5、使用结果过滤器
结果过滤器是多用途的过滤器，他会对动作方法所产生结果进行操作，结果过滤器实现IResultFilter接口，创建自定义结果过滤器需要现IResultFilter接口，该接口代码如下所示：
当结果过滤器运用于一个动作方法时，会在动作方法返回动作结果之前，调用OnResultExecuting方法，在返回动作结果之后，会调用OnResultExecuted方法。下面这个例子是计算动作方法返回结果运行的时间，代码如下：
public class MyResultFilterAttribute : FilterAttribute, IResultFilter
{
private Stopwatch timer;
public void OnResultExecuting(ResultExecutingContext filterContext)
{
timer = Stopwatch.StartNew();
}
public void OnResultExecuted(ResultExecutedContext filterContext)
{
timer.Stop();
filterContext.HttpContext.Response.Write(string.Format("结果执行延迟时间: {0}", timer.Elapsed.TotalSeconds));
}
}我们将自定义的结果过滤器MyResultFilter应用到HomeController的Index方法上，运行结果如下：
需要注意的是：动作过滤器是运行在页面输出之前，结果过滤器是运行在页面输出之后。
2.6、使用异常过滤器
异常过滤器只有在调用一个动作方法而抛出未处理的异常才会运行，这种异常来自以下位置：
A、另一种过滤器（授权、动作、或结果过滤器）。
B、动作方法本身。
C、当动作结果被执行时。
使用内置的异常过滤器
HandleErrorAttribute(处理程序错误特性)，它是MVC内嵌的异常过滤器，有以下3个重要的属性：
1.ExceptionType：类型为Type，表示希望被此过滤器处理的异常类型，包括其子类型，默认值为System.Exception
2.View:类型为string，表示此过滤器呈递的视图页面，默认值为Error
3.Master：呈递的视图页的母板页，如果不指定，视图会用其默认的母版页
内嵌的HandleErrorException只有在配置文件Web.config中配置的CustomError 的mode设置为on的时候才生效（其默认模式为RemoteOnly）,如下图所示：
此过滤器还会给视图传递一个HandleErrorInfo类型的对象给视图，以便视图可以显示一些额外的关于错误的信息。下面是使用异常过滤器的示例。
应用到Index动作方法上：
在Views/Shared文件夹下添加一个显示异常信息的视图页SpecialError.cshtml,页面代码如下：
@model HandleErrorInfo
<!DOCTYPE html>
<html>
<head>
<meta name="viewport" content="width=device-width" />
<title>SpecialError</title>
</head>
<body>
<p>
<p>
There was a<b>@Model.Exception.GetType().Name</b>
while rendering<b>@Model.ControllerName</b>'s
<b>@Model.ActionName</b> action
</p>
</p>
</body>
</html>运行结果如下：
创建自定义的异常过滤器
如果我们对异常过滤器有特殊的需求，可以通过自定义的异常过滤器来完成，创建自定义异常过滤器必须实现IExceptionFilter接口，该接口代码如下：
当一个未知处理异常发生时，OnException方法会被调用。该方法的传递一个ExceptionContext对象，派生于ControllerContext类，定义了一些额外的过滤器专有属性如下表所示：
抛出的异常通过Exception属性是可以访问的。通过把ExceptionHandled属性设置为true,一个异常过滤器可以报告它已经处理了该异常，应用于一个动作的所有异常过滤器都会被调用。
需要注意的是：如果一个动作方法的所有异常过滤器均为把ExceptionHandled属性设置为true，MVC框架将使用默认的ASP.NET异常处理程序。
Result属性有异常过滤器使用，以告诉MVC框架要做什么，异常过滤器的两个主要应用是记录该异常到日志，并把适当的消息显示给用户。下面的代码将演示通过创建一个自定义的异常过滤器，当一个特定的钟类的未处理异常出现时，把该用户重定向到一个指定的错误页面。
public class MyExectionAttribute:FilterAttribute,IExceptionFilter
{
public void OnException(ExceptionContext filterContext)
{
if(!filterContext.ExceptionHandled&&
filterContext.Exception is NullReferenceException)
{
filterContext.Result = new RedirectResult("~/Content/SpecialErrorPage.html");
filterContext.ExceptionHandled = true;
}
}
}然后在项目根目录添加一个名为Content的文件夹，在该文件夹下创建SpeciErrorPage.html文件，当异常被处理时，将以这个错误页面显示个用户。该页面代码如下：
<!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <title></title> </head> <body> <h1>Sorry</h1> <p>this is a Excetption test</p> There was aNullReferenceException while renderingHome's Index action </body> </html>
在控制器中应用MyExection异常过滤器，并主动让其抛出一个空引用异常，以便测试。
public class HomeController : Controller
{
[MyExection]
public ActionResult Index()
{
throw new NullReferenceException();
}
}运行结果如下：
요약: 이 기사에서는 필터에 대한 이해와 MVC 프레임워크를 사용하여 기본 필터를 구축하는 방법, 필터와 애플리케이션을 사용자 정의하는 방법을 간략하게 요약합니다.
위 내용은 Asp.Net MVC 필터의 자세한 코드 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
