ASP.NET Core 1.0借鉴了Katana项目的管道设计(Pipeline)。日志记录、用户认证、MVC等模块都以中间件(Middleware)的方式注册在管道中。显而易见这样的设计非常松耦合并且非常灵活,你可以自己定义任意功能的Middleware注册在管道中。这一设计非常适用于“请求-响应”这样的场景——消息从管道头流入最后反向流出。
在本文中暂且为这种模式起名叫做“管道-中间件(Pipeline-Middleware)”模式吧。
本文将描述”管道-中间件模式”的“契约式”设计和“函数式”设计两种方案。
一、什么是管道-中间件模式?
在此模式中抽象了一个类似管道的概念,所有的组件均以中间件的方式注册在此管道中,当请求进入管道后:中间件依次对请求作出处理,然后从最后一个中间件开始处理响应内容,最终反向流出管道。
二、契约式设计
契约式设计是从面向对象的角度来思考问题,根据管道-中间件的理解,中间件(Middleware)有两个职责:
public interface IMiddleware
{
Request ProcessRequest(Request request);
Response ProcessResponse(Response response);
}
管道(Pipeline)抽象应该能够注册中间件(Middleware):
public interface IApplicationBuilder
{
void Use(IMiddleware middleware);
void UseArrange(List middlewares);
Context Run(Context context);
}
实现IApplicationBuilder:
public class ApplicationBuilder : IApplicationBuilder { public IWindsorContainer Container { get; private set; } private readonly List _middlewares; public ApplicationBuilder(IWindsorContainer container) { Contract.Requires(container!=null,"container!=null"); _middlewares=new List(); Container = container; } public void Use(IMiddleware middleware) { Contract.Requires(middleware != null, "middleware!=null"); _middlewares.Add(middleware); } public void UseArrange(List 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); } } |