ASP.NET Core 1.0中的管道-中间件模式

ASP.NET Core 1.0借鉴了Katana项目的管道设计(Pipeline)。日志记录、用户认证、MVC等模块都以中间件(Middleware)的方式注册在管道中。显而易见这样的设计非常松耦合并且非常灵活,你可以自己定义任意功能的Middleware注册在管道中。这一设计非常适用于“请求-响应”这样的场景——消息从管道头流入最后反向流出。

在本文中暂且为这种模式起名叫做“管道-中间件(Pipeline-Middleware)”模式吧。

本文将描述”管道-中间件模式”的“契约式”设计和“函数式”设计两种方案。

一、什么是管道-中间件模式?

ASP.NET Core 1.0中的管道-中间件模式

在此模式中抽象了一个类似管道的概念,所有的组件均以中间件的方式注册在此管道中,当请求进入管道后:中间件依次对请求作出处理,然后从最后一个中间件开始处理响应内容,最终反向流出管道。

二、契约式设计

契约式设计是从面向对象的角度来思考问题,根据管道-中间件的理解,中间件(Middleware)有两个职责:

1
2
3
4
5
public  interface  IMiddleware
{
     Request ProcessRequest(Request request);
     Response ProcessResponse(Response response);
}

管道(Pipeline)抽象应该能够注册中间件(Middleware):

1
2
3
4
5
6
7
8
9
public  interface  IApplicationBuilder
{
 
     void  Use(IMiddleware middleware);
 
     void  UseArrange(List<IMiddleware> middlewares);
 
     Context Run(Context context);
}

实现IApplicationBuilder:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
3 2
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
public  class  ApplicationBuilder : IApplicationBuilder
{
     public  IWindsorContainer Container { get ; private  set ; }
     private  readonly  List<IMiddleware> _middlewares;
 
     public  ApplicationBuilder(IWindsorContainer container)
     {
         Contract.Requires(container!= null , "container!=null" );
 
         _middlewares= new  List<IMiddleware>();
         Container = container;
     }
 
     public  void  Use(IMiddleware middleware)
     {
         Contract.Requires(middleware != null , "middleware!=null" );
 
         _middlewares.Add(middleware);
     }
 
     public  void  UseArrange(List<IMiddleware> middlewares)
     {
         Contract.Requires(middlewares != null , "middlewares!=null" );
 
         _middlewares.AddRange(middlewares);
     }
 
     public  Context Run(Context context)
     {
         Contract.Requires(context!= null , "context!=null" );
 
         var  request=context.Request;
         var  response=context.Response;
 
         foreach  ( var  middleware in  _middlewares)
         {
             request = middleware.ProcessRequest(request);
         }
 
         _middlewares.Reverse();
 
         foreach  ( var  middleware in  _middlewares)
         {
             response = middleware.ProcessResponse(response);
         }
 
         return  new  Context(request,response);
     }
}

Run()方法将依次枚举Middleware并对消息的请求和响应进行处理,最后返回最终处理过的消息。

接下来需要实现一个Middleware:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public  class  DefaultMiddleware:IMiddleware
  {
      public  Request ProcessRequest(Request request)
      {
          request.Process( "default request" , "processed by defaultMiddleware" );
          return  request;
      }
 
      public  Response ProcessResponse(Response response)
      {
          response.Process( "default response" , "processed by defaultMiddleware" );
          return  response;
      }
  }

为了将Middleware注册进管道,我们还可以写一个扩展方法增加代码的可读性:

1
2
3
4
5
6
7
8
9
10
11
12
public  static  void  UseDefaultMiddleware( this  IApplicationBuilder applicationBuilder)
{
     applicationBuilder.Use<DefaultMiddleware>();
}
 
public  static  void  Use<TMiddleware>( this  IApplicationBuilder applicationBuilder)
     where  TMiddleware:IMiddleware
{
     var  middleware = applicationBuilder.Container.Resolve<TMiddleware>();
 
     applicationBuilder.Use(middleware);
}

写个测试看看吧:

ASP.NET Core 1.0中的管道-中间件模式

写第二个Middleware:

1
2
3
4
5
6
7
8
9
10
11
12
13
1 15
16
public  class  GreetingMiddleware:IMiddleware
{
     public  Request ProcessRequest(Request request)
     {
         request.Process( "hello, request" , "processed by greetingMiddleware" );
 
         return  request;
     }
 
     public  Response ProcessResponse(Response response)
     {
         response.Process( "hello, request" , "processed by greetingMiddleware" );
 
         return  response;
     }
}

编写测试:

ASP.NET Core 1.0中的管道-中间件模式

三、函数式设计方案

此方案也是Owin和ASP.NET Core采用的方案,如果站在面向对象的角度,第一个方案是非常清晰的,管道最终通过枚举所有Middleware来依次处理请求。

站在函数式的角度来看,Middleware可以用Func<Context, Context>来表示,再来看看这张图:

ASP.NET Core 1.0中的管道-中间件模式

一个Middleware的逻辑可以用Func<Func<Context, Context>, Func<Context, Context>>来表示,整个Middleware的逻辑可以用下面的代码描述:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public  Func<Func<Context, Context>, Func<Context, Context>> Process()
{
     Func<Func<Context, Context>, Func<Context, Context>> middleware = next =>
     {
         Func<Context, Context> process = context =>
         {
             /*process request*/
           
             next(context);
 
             /*process response*/
 
             return  context;
         };
 
         return  process;
     };
 
     return  middleware;
}

这一过程是理解函数式方案的关键,所有Middleware可以聚合为一个Func<Context,Context>,为了易于阅读,我们可以定义一个委托:

1
public  delegate  Context RequestDelegate(Context context);

给定初始RequestDelegate,聚合所有Middleware:

1
2
3
4
5
6
7
8
9
10
11
1 13
public  IApplication Build()
{
     RequestDelegate request = context => context;
 
     _middlewares.Reverse();
 
     foreach  ( var  middleware in  _middlewares)
     {
         request = middleware(request);
     }
 
     return  new  Application(request);
}

自定义一个函数式Middleware:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
1 8
19
20
21
22
public  class  DefaultMiddleware:IMiddleware
{
     public  Func<RequestDelegate, RequestDelegate> Request()
     {
         Func<RequestDelegate, RequestDelegate> request = next =>
         {
             return  context =>
             {
                 context.Request.Process( "default request" , "processed by defaultMiddleware" );
 
                 next(context);
 
                 context.Response.Process( "default response" , "processed by defaultMiddleware" );
 
                 return  context;
             };
 
         };
 
         return  request;
     }
}

所有代码提供下载:https://git.oschina.net/richieyangs/Pipeline.Middleware.git

相关文章

原文地址:http://www.cnblogs.com/richieyang/p/5315390.html


.NET社区新闻,深度好文,微信中搜索dotNET跨平台或扫描二维码关注

ASP.NET Core 1.0中的管道-中间件模式