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);
}
}