除了作用域，过滤器还可以通过实现 IOrderedFilter 来重写它们的执行顺序。此接口简单的暴露了一个 int Order 属性，并且过滤器基于该属性以数字升序执行。所有内置的过滤器，包括 TypeFilterAttribute 和 ServiceFilterAttribute ，都实现 IOrderedFilter 接口。，因此当将过滤器特性应用于类或方法时，可以指定过滤器执行顺序。默认情况下，所有内置过滤器的 Order 属性都为0，因此范围用作分隔符，并且是决定性因素（除非 Order 设置为 0）。
每个从 Controller 基类继承的控制器都包含 OnActionExecuting 和 OnActionExecuted 方法。这些方法为给定操作包装了过滤器，它们分别最先运行和最后运行。假设没有为任何过滤器设置 Order 舒总，那么单纯基于范围的顺序为：
控制器的 OnActionExecuting
全局过滤器的OnActionExecuting
类过滤器的OnActionExecuting
方法过滤器的OnActionExecuting
方法过滤器的OnActionExecuted
类过滤器的OnActionExecuted
全局过滤器的OnActionExecuted
控制器过滤器的OnActionExecuted
要修改默认的基于范围的顺序，则应显示设置类级别或者方法级别过滤器的 Order 属性。例如，将 Order = -1 添加到方法级属性：
[MyFilter (Name = "..."，Order = -1)]
在这种情况下，小于零的值将确保此过滤器在全局和类级过滤器之前运行：
控制器的 OnActionExecuting
方法过滤器的OnActionExecuting
全局过滤器的OnActionExecuting
类过滤器的OnActionExecuting
类过滤器的OnActionExecuted
全局过滤器的OnActionExecuted
控制器过滤器的OnActionExecuted
方法过滤器的OnActionExecuted
Controller 类的方法总是在所有过滤器之前和之后运行。这些方法不作为IFilter实例实现。也不参与IFilter排序算法。
3.对比中间件一般来说，过滤器用于处理业务与应用程序的横切关注点，用法和功能很像中间件，但过滤器允许你将作用范围缩小，并将其插入到应用程序中有意义的位置，例如视图之前或模型绑定之后。过滤器是 MVC 的一部分，可以访问其上下文和构造函数。例如，中间件很难检测到请求的模型验证是否产生错误，并且做出相应的响应。
到此这篇关于ASP.NET Core MVC 过滤器(Filter)的文章就介绍到这了,更多相关ASP.NET Core MVC 过滤器内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
您可能感兴趣的文章: