recherche

Maison >développement back-end >Tutoriel C#.Net >Explication détaillée des filtres dans le résumé d'apprentissage Asp.Net MVC (explication détaillée avec images et texte)

Explication détaillée des filtres dans le résumé d'apprentissage Asp.Net MVC (explication détaillée avec images et texte)

怪我咯
怪我咯original
2017-04-01 11:13:424566parcourir

Cet article présente principalement le résumé d'apprentissage d'Asp.Net MVC et l'explication détaillée du filtre L'éditeur pense que c'est plutôt bon. Maintenant, je vais le partager avec vous et le donner. cela comme référence. Venez jeter un œil avec l'éditeur

1. Introduction aux filtres

1.1. Comprendre ce qu'est un filtre

1. Les filtres servent à injecter une logique supplémentaire dans le pipeline de traitement des demandes. Fournit un moyen simple et élégant de mettre en œuvre des préoccupations transversales.

2. Les soi-disant filtres (Filters). Les filtres du framework MVC sont complètement différents des objets Request.Filters et Response.Filter de la plateforme ASP.NET. sont principalement implémentés Transmission des flux de requêtes et de réponses. Habituellement, ce que nous appelons filtres fait référence aux filtres du framework MVC.

3. Le filtre peut injecter une certaine logique de code dans le pipeline de traitement des requêtes, qui est basé sur l'implémentation de l'attribut de

C#. Lorsque la classe ControllerActionInvoker responsable de l'appel à l'action appelle et exécute l'action, elle vérifiera les attributs de l'action et verra si ces attributs implémentent l'interface spécifiée pour un traitement d'injection de code supplémentaire

1.2. Comprendre pourquoi vous devriez utiliser des filtres

Supposons que vous ayez réalisé un petit projet et que l'une des fonctions soit d'exploiter et de gérer des modules d'informations utilisateur. S'il existe une telle exigence, la gestion des informations utilisateur doit être effectuée. be Seuls les utilisateurs authentifiés peuvent opérer. Nous pouvons vérifier la demande d'authentification dans chaque méthode d'action, comme indiqué ci-dessous : 

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操作方法
    //...
  }
}
Grâce au code ci-dessus, vous pouvez constater qu'il existe de nombreux doublons lors de l'utilisation de cette méthode pour vérifier. le lieu d'authentification de la demande, c'est pourquoi vous utilisez des filtres, vous pouvez obtenir le même effet en utilisant des filtres. Comme indiqué ci-dessous : 

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操作方法
    //...
  }
}
Les filtres sont des attributs (attributs) dans .NET qui fournissent des méthodes supplémentaires à ajouter au pipeline de traitement des requêtes. Le même effet peut être obtenu ici en utilisant le filtre Autoriser, mais le code est évidemment plus concis et élégant qu'auparavant.

2. Utilisation des filtres

2.1. Types de filtres de base

Filtrage Le mécanisme de l'implémentation de l'implémenteur : avant que le framework MVC n'appelle une action, il vérifiera si les attributs (attributs) sont implémentés dans la définition de la méthode. S'il est implémenté, alors la méthode définie par l'attribut sera appelée à l'emplacement approprié dans la requête. pipeline de traitement.

La classe ActionFilterAttribute implémente à la fois l'interface IactionFilter et l'interface IResultFilter. Il s'agit d'une

classe abstraite qui vous oblige à fournir une implémentation. Les classes AuthorizeAttribute et HandleErrorAttribute contiennent des fonctionnalités utiles et peuvent être utilisées sans créer de classe dérivée.

2.2. Application de filtre, méthode d'application et séquence d'exécution

Application : Les filtres peuvent être appliqués aux

contrôleurs et peuvent également être utilisés lorsqu'ils sont appliqués à la méthode Action et appliquée au contrôle, cela signifie que toutes les méthodes Action ont ce filtre et peuvent être mélangées ou utilisées plusieurs fois, comme indiqué ci-dessous : 

[A] //表示所有的Action方法都会应用A过滤器
Public class DemoController：Controller
{
  [B]//B,C过滤器只作用于此Action方法，但它也会有A过滤器的应用效果
  [C]
  Public ActionResult Index()
  {
     //操作部分...
     return View();
  } 
}

Méthode Appliquer : La méthode du fonctionnalité, comme indiqué dans le code ci-dessus.

Ordre d'exécution : Pour les filtres du même type, l'ordre le plus proche de la méthode sera exécuté en premier. Pour les filtres de types différents, l'ordre général d'exécution est [authorize---. >action---> actionResult] Quant aux filtres d'exception, sans ordre particulier, le filtre d'exception sera exécuté tant que lève une exception . Si vous souhaitez ajuster l'ordre d'exécution, vous pouvez contrôler l'ordre d'exécution en ajustant la valeur Méthode d'ordre Plus la valeur est petite, plus il est exécuté tôt. La figure suivante est le diagramme de séquence d'exécution de l'application de filtre Action/Résultat

(1), même type d'exemple d'application de filtre : deux filtres d'action personnalisés MyFirstFilter, l'application MyThreeFilter pour le même méthode d'action Index.

Le code des trois contrôleurs est le suivant :

Le code de MyFirstFilter est le suivant :

MyThreeFilter le code est le suivant :

Les résultats d'exécution sont les suivants :

(2)、不同类型过滤器应用示例：有一个自定义Action过滤器MyFirstFilter，有一个自定义Result过滤器MySecondFilter，应用到同一个Action方法Index上。

Three控制器代码如下：

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>&#39;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&#39;s Index action 
</body>
</html>

在控制器中应用MyExection异常过滤器，并主动让其抛出一个空引用异常，以便测试。

public class HomeController : Controller
  {
    [MyExection]
    public ActionResult Index()
    {
      throw new NullReferenceException();
    }
  }

运行结果如下：

 

总结：本文章简单总结了对过滤器的理解以及如何使用MVC框架内置基本的过滤器和如何自定义过滤器及应用。


Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration：
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Article précédent：asp.net réflexion exemple de code d'application simpleArticle suivant：asp.net réflexion exemple de code d'application simple

Articles Liés

Voir plus