来自中间件的呼叫控制器的操作方法

Question

我的中间件类在不同的类库项目中，而控制器在不同的项目中。我试图做的，如果特定条件不符合然后重定向到中间件的自定义控制器/操作方法。

但是，我不能用Response.Redirect方法做到这一点。

我该如何在中间件类中做到这一点？

对此有任何帮助表示赞赏！

Rohit

Answer 1

看来你是因为错误的原因使用了中间件。

我建议你通过简单地将它写入响应流（而不是转发到Next()）来让中间件返回一个（非常小的）404，或者不要在中间件中完成此操作，而是在在您的MVC应用程序中全球注册了IActionFilter。

---

我已经解释了在评论上述建议的理由，但我认为要提升到实际的答案是足够重要：

在中间件管道，希望每个组件是为尽可能独立。几件事情启用OWIN此松耦合：

• 的输入，并且输出从，每个组件具有相同的格式，是否有收到10个其他中间件组件，或者根本没有

• 的约定是，该管道的每一部分都可以做的三件事情的一个或多个，顺序如下：

  1. 阅读（修改）传入的请求。

  2. 决定完全处理请求，或转发处理到下一个组件。

  3. 写入响应流。

当粘到这些约定，它变得非常容易编写，分解和重新组成从可重用中间件组件管线。 （希望请求日志记录？只需在管道的起始处连接一个中间件组件，想要在整个板上使用一些通用的身份验证逻辑？在管道的auth阶段添加一个组件。想要切换到不同的日志记录框架？要想在微服务的生态系统中应用相同的日志记录，可以重新使用组件Etcetera，ad infinum ...）这很有效，因为组件都在它们的边界之内，并且与Web服务器本身可以理解。

ASP.NET WebAPI看起来可能是一个不同的野兽，但实际上它只是另一个OWIN组件，它总是被配置为处理请求，并且永远不会转发到下一个组件（因此它们使它变得困难在管道中的WebApi之后注册一个组件......）。

你想要做什么，打破了第二点的合同 - 你想告诉下一个组件如何处理请求。 但这并不取决于你 - 它取决于下一个组件。

Answer 2

这是检查请求并重定向的中间件。它适用于嵌入式中间件或中间件类。

public void Configure(IApplicationBuilder app) 
{ 
    // use inline middleware 
    app.Use(async (context, next) => 
    { 
     // if specific condition does not meet 
     if (context.Request.Path.ToString().Equals("/foo")) 
     { 
      context.Response.Redirect("path/to/controller/action"); 
     } 
     else 
     { 
      await next.Invoke(); 
     } 
    }); 

    // or use a middleware class 
    app.UseMiddleware<RedirectMiddleware>(); 

    app.UseMvc(); 
} 

这里是中间件类。

public class RedirectMiddleware 
{ 
    private readonly RequestDelegate _next; 

    public RedirectMiddleware(RequestDelegate next) 
    { 
     _next = next; 
    } 

    public async Task Invoke(HttpContext context) 
    { 
     // if specific condition does not meet 
     if (context.Request.Path.ToString().Equals("/bar")) 
     { 
      context.Response.Redirect("path/to/controller/action"); 
     } 
     else 
     { 
      await _next.Invoke(context); 
     } 
    } 
} 

有关更多信息，请参阅Docs » Fundamentals » Middleware。