【前言】

上一篇完成了Asp.Net Core 2.2全新的管道处理模型解析，“俄罗斯套娃”式的委托嵌套和传递，组建了扩展性无与伦比的管道模型！与此同时，委托嵌套过于复杂，使用起来并不友好，然后多种扩展使用方式出现了，一起来看看吧！

【Run终结式扩展】

IApplicationBuilder里的Use方法需要一个Func<RequestDelegate, RequestDelegate>的参数，用来嵌套委托并搭建处理链条。但有些时候，并不需要这么麻烦，比如我们需要一个终结点的时候，可以直接使用Microsoft.AspNetCore.Builder里面的Run扩展。

只需要一个RequestDelegate参数，因为这里是最后一步处理了，可以如下使用：

这样配置之后，任何一个Http请求，都将是响应Hello World Run，后面的中间件都无法到达了。通常可以用来做一些终结式请求，比如一些黑名单请求直接终结掉！

【Use串联式扩展】

如果我们并不想终结请求了，除了默认的实例Use方法，这里还有个扩展的Use方法，来看看吧。

这里接受的middleware参数，跟之前的不太一样了，具体使用如下：

写成这样，和之前的差别就是少了一层委托包装，让大家更好理解，其实本质上还是利用了RequestDelegate的。这里运行效果跟之前的Use是一样的。

【UseWhen条件式扩展】

如果我们还有进一步的要求，希望在请求的过程中做一些判断过滤，满足条件的才执行某个中间件，这里就要用到UseWhen扩展了。

跟命名一样，就是加个条件判断后，然后增加对应的中间件，使用如下：

加了这个中间件后，如果Http请求的信息里面包含了Name，那么就会多一个响应，如果不包含，就没有这个中间件了，其他的中间件是不受影响的，很灵活。

【Map地址匹配扩展】

还有时候我们会希望对一些固定URL完成特别处理的，Map扩展可以帮助你！

这里可以直接对Url进行匹配，然后满足条件则可以去给IApplicationBuilder再绑定中间件了：

这里如果请求/Eleven则会终结式响应了。也许有小伙伴儿会问这个不是可以用路由完成吗？其实这里是为了在MVC(会有很多步骤)之前，就对一些特别的请求完成处理，提升性能！

【MapWhen 条件式终结扩展】

Map也提供了When的，不仅仅是可以判断Url了，还可以检测其他信息。

也是一个条件，一个对IApplicationBuilder的操作为参数，使用如下：

效果跟UseWhen很像，但核心差别在于UseWhen里面是可以继续next的，而MapWhen是没有next的！

【middleware类】

除了上面列出来的多种扩展方式，习惯.NetFramework开发的小伙伴儿，可能更喜欢用类的形式来完成中间件的注册，这里也提供了。下面声明一个middleware类：

这里既可以实现IMiddleware接口，然后注册，也可以不用接口约束，但是需要有两个规范：1 有一个带RequestDelegate参数的构造函数，拥有保存下一步的动作；2有一个参数为HttpContext的Invoke方法。

然后在前面就可以这样完成注册：

效果跟之前的Use一致，在程序启动时会通过反射来完成middleware类的初始化。

【结语】

本文整理了Asp.Net Core2.2中多种中间件的注册方式，只能说让开发变得轻松简单一些，也给予了更多的想象空间，但是中间件核心本质是没有变的，请一定不要误会了。中间件这一块儿，暂时就告一段落，等后面做一些具体实用的扩展再回来！下一篇文章中，Eleven将带大家去理解.Net Core中的依赖注入容器了，敬请关注！欢迎关注公众号，欢迎讨论，欢迎转发，愿天下有需求的人都能看到！

作者：Eleven

来源：公众号【软谋net】

想了解更多干货，欢迎关注公众号【程序员在职场】

程序员在职场