如何运用Asp.Net Core MiddleWare思想优化长尾业务流程处理？

本文共计1754个文字，预计阅读时间需要8分钟。

前言：最近利用Asp.Net Core的Middleware思想对公司老旧代码进行重构，在此分享我的设计思路，希望对大家处理复杂的业务流程有所帮助。

背景：一个流程初始化接口，接口中包含

前言

最近利用Asp.Net Core 的MiddleWare思想对公司的古老代码进行重构，在这里把我的设计思路分享出来，希望对大家处理复杂的流程业务能有所帮助。

背景

一个流程初始化接口，接口中根据传入的流程类型，需要做一些不同的工作。

1.有的工作是不管什么类型的流程都要做的（共有），有的工作是某一流程特有的。

2.各个处理任务基本不存在嵌套关系，所以代码基本是流水账式的。

3.流程的种类较多，代码中if或者switch判断占了很大的篇幅。

4.这些处理工作大致可分为三大类，前期准备工作（参数的校验等），处理中的工作（更新数据库，插入数据等），扫尾工作（日志记录，通知等）

Asp.Net Core中的MiddleWare

注意第二条，流水账式的代码，这让我想到《管道模型》，而Asp.Net Core的MiddleWare正是放在这个管道中的。

看下图：

有middleware1,middleware2,middleware3这三个中间件放在一个中间件的集合（PipeLine，管道）中并有序排列，Request请求1从流向2载流向3，随之产生的Response从底层依此流出。