在ASP.NETCore中编写中间件的示例分析-创新互联

小编给大家分享一下在ASP.NET Core中编写中间件的示例分析，希望大家阅读完这篇文章之后都有所收获，下面让我们一起去探讨吧！

为普陀等地区用户提供了全套网页设计制作服务，及普陀网站建设行业解决方案。主营业务为网站制作、成都网站建设、普陀网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

这篇文章探讨了让不同的请求去使用不同的中间件，那么我们应该如何配置ASP.NET Core中间件？其实中间件只是在ASP.NET Core中处理Web请求的管道。所有ASP.NET Core应用程序至少需要一个中间件来响应请求，并且您的应用程序实际上只是中间件的集合。当然MVC管道本身就是中间件，早在WebForm时代就出现过HttpModules、HttpHandler、那个时候悠然记得我通过它们来组织我的广告系统，不闲扯我们继续。

每个中间件组件都有一个带有HttpContext参数的Invoke方法。您可以使用这个参数来处理方法。

public async Task Invoke(HttpContext context)
{
 if (context.Request.Path...)
 {
  await context.Response.WriteAsync("writing text...");
 }
}

应用程序中最顶层的中间件将始终针对每个请求被调用。这是由.NET框架自动完成的。中间件可以向客户端发送响应，也可以调用下一个中间件。对于后一种选择，它当然需要访问下一个中间件组件。这就是为什么大多数中间件组件都是使用带有RequestDelegate参数的构造函数定义的。总之，RequestDelegate会自动填充，您无需在意。

中间件在Startup.cs的Configure方法中注册。Configure方法具有IApplicationBuilder参数，该参数提供了所有类型的中间件注册所需的方法，我们试着去编写一个中间件。

public class MyCustomMiddleware
 {
  private readonly RequestDelegate _next;
  public MyCustomMiddleware(RequestDelegate next)
  {
   _next = next;
  }
  public async Task Invoke(HttpContext context, IWebHostEnvironment env)
  {
   context.Response.Headers["app-name"] = env.ApplicationName+"Zaranet";
   context.Response.Headers["env-name"] = env.EnvironmentName+ "Zaranet";
   await _next(context);
  }
 }

随后我们在Startup.cs的Configure方法中通过 use 来注册自定义中间件。

public void Configure(IApplicationBuilder app, ...)
{
 app.UseMyCustomMiddleware();
}

启动程序我们发现一些正常，我们得到了我们想要的效果。

但实际上，您很少需要直接调用UseMiddleware，因为中间件作者的标准方法是编写特定于所注册中间件的扩展方法：

using MiddlerWareSolucation.MiddlerWare;
using Microsoft.AspNetCore.Builder;

namespace MiddlerWareSolucation.MiddlerWare_Extensions
{
 public static class MyCustomMiddlewareExtensions
 {
  public static IApplicationBuilder UseMyCustomMiddleware(this IApplicationBuilder app)
  {
   app.UseMiddleware<MyCustomMiddleware>();

   return app;
  }
 }
}

随后直接调用Extensions扩展方法，效果还是一样的。

public void Configure(IApplicationBuilder app, ...)
{
 app.UseMyCustomMiddleware();
}

部分时候我们想要通过客户端请求的路径来对我们的中间件进行启动，当然 MapWhen 允许您通过指定谓词将中间件管道分成两个完全独立的分支：

app.UseMiddlewareOne();

app.MapWhen(context => context.Request.Path.StartsWithSegments("/api"), appBuilder =>
{
  appBuilder.UseMiddlewareTwo();
});

app.UseMiddlewareThree();

在此示例中，中间件One将始终执行，如果请求路径以“ / api”开头，则将执行中间件Two。否则，将执行中间件Three。使用这种配置，中间件2和中间件3都无法针对单个请求执行。

我想说的是最后一种情况是，您希望大多数中间件针对所有请求运行，但是您有一些条件件-特定中间件仅应针对某些请求运行。

这可以通过UseWhen轻松实现，UseWhen还使用谓词来确定中间件是否应该运行：

app.UseWhen(context => context.Request.Path.StartsWithSegments("/api"), appBuilder =>
{
 appBuilder.UseStatusCodePagesWithReExecute("/apierror/{0}");

 appBuilder.UseExceptionHandler("/apierror/500");
});

看完了这篇文章，相信你对“在ASP.NET Core中编写中间件的示例分析”有了一定的了解，如果想了解更多相关知识，欢迎关注创新互联行业资讯频道，感谢各位的阅读！

网页名称：在ASP.NETCore中编写中间件的示例分析-创新互联
本文来源：https://www.cdcxhl.com/article16/ppedg.html

成都网站建设公司_创新互联，为您提供软件开发、网站制作、网站排名、定制开发、网站建设、企业建站

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联