在 web 应用程序中的何处以及如何使用拦截器？

Question

我最近对拦截器概念很感兴趣。 我知道这个概念被用于许多库，如 NHibernate、Entity Framework 等。 但我对如何在 ASP.NET MVC web 应用程序中使用这个概念很感兴趣。

在 Mvc Web 应用程序中使用它在哪里有用？

是否有任何使用拦截器的开源 Asp.Net Mvc 项目？

Asp.net Mvc 已经支持一种带有过滤器的 controller 拦截器。 使用过滤器而不是拦截器更好吗？

Answer 1

何时/何地使用拦截器

查看您之前开发的应用程序并检查代码。 查找在方法和属性的开头或结尾经常重复的代码。 您可以考虑将这些代码从所有这些方法转移到拦截器中。 例如，我注意到我的许多执行输入验证的 MVC 操作都使用相同的几行代码：

if (!ModelState.IsValid)
    return View(model);

这是可能被移动到拦截器（在这种情况下可能是 MVC 过滤器）的代码。 编写和应用过滤器的成本是否超过了重复代码的成本？ （2 行代码乘以 controller 使用此操作的次数）。 在这种情况下，也许不是。 然而，在其他情况下，使用拦截器的好处会更大。

以下是我认为可能会发生这种类型的代码重复的一些情况的列表，即闻起来像它们可以从拦截器中受益的场景：

输入验证（如上图所示）。
调试日志。 您可以编写一个拦截器来记录每个方法调用的入口和出口。
线程同步。 您的问题是关于 web 应用程序，但如果您正在开发具有 MVP 样式视图的 Windows 应用程序，您可以应用一个拦截器来确保所有方法调用都同步回 UI 线程。
数据库事务。 我的大部分数据库事务代码如下所示：

using (var transaction = Session.BeginTransaction())
{
    // ... do some work that is unique to this method ...
    transaction.Commit();
}

PropertyChanged 事件实现。 这段代码通常非常重复且写起来很烦人。 Sacha Barber 彻底探索了如何使用各种框架自动实现此事件。
安全。 您的应用程序中可能有许多方法应仅限于某些用户使用。 AuthorizeAttribute正是对此的过滤器。
Web 服务请求限制。 一些 API，例如 Basecamp 的 API，要求您将请求限制为每个给定时间范围内的一定数量的请求。 如果您编写了 Basecamp 客户端 class，则可以对其应用拦截器以确保所有方法调用都符合速度限制，必要时使用Thread.Sleep 。
结果缓存。 MVC 为此目的预先构建了一些过滤器。 您可以编写自己的拦截器来缓存 UI 层下层的结果。
WCF 错误处理。 如果 WCF 客户端位于Faulted state 中，则您无法Dispose它，因此创建和销毁客户端实例的每个方法都需要检查 Z9ED39E2EA931586B6A985A6942EF573Z 客户端，而不是简单地在客户端周围using调用子句，而不是简单地包装Abort子句。 在这种情况下，拦截器可能不是最合适的。 修复Dispose实现或使用某种 wrapper可能更容易。

上述示例是否适合拦截器取决于您的应用程序的独特复杂性。 当然，这份清单并不详尽，也不可能。 拦截器的可能应用程序与您编写的应用程序一样多种多样。

我可以想到您可能希望应用拦截器的三个主要位置：控制器、服务和域对象。

使用MVC controller ，最有意义的是提前 go 并使用MVC 的过滤器。
对于要从 IoC 容器中提取的中间层服务，过滤器不是一个选项（因为它不是控制器），因此您应该使用IoC 容器的拦截功能。
对于您通常使用构造函数直接实例化（如果它是新实体）或从您选择的 ORM 获取（如果它是现有实体）的域对象，您需要使用某种object 工厂而不是构造函数并指导您的 ORM 如何使用工厂。

关于如何完成所有这些的细节将取决于您使用的工具。

Answer 2

拦截可用于许多事情——最值得注意的是解决横切问题，例如仪器、日志记录、审计、安全、计量等。

您可以使用 ASP.NET MVC 过滤器来实现大致相同的效果，但是当您可以应用通常可重用的实现时，为什么还要限制自己使用 MVC 框架呢？

Answer 3

我会说您使用更通用的 DI 容器来注入您的依赖项。 这不仅将依赖项注入到您的 controller 中，它还提供这些依赖项的依赖项，从而生成所有依赖对象的完整 object 图。

为前端使用 DI 容器也为使您的后端更可单元测试和松耦合带来了很好的机会。