Core 1.0中的管道-中间件模式
ASP.NET Core 1.0中的管道-中间件模式
SP.NET Core 1.0借鉴了Katana项目的管道设计(Pipeline)。日志记录、用户认证、MVC等模块都以中间件(Middleware)的方式注册在管道中。显而易见这样的设计非常松耦合并且非常灵活，你可以自己定义任意功能的Middleware注册在管道中。这一设计非常适用于“请求-响应”这样的场景——消息从管道头流入最后反向流出。
在本文中暂且为这种模式起名叫做“管道-中间件（Pipeline-Middleware)”模式吧。
本文将描述”管道-中间件模式”的“契约式”设计和“函数式”设计两种方案。
一、什么是管道-中间件模式？
在此模式中抽象了一个类似管道的概念，所有的组件均以中间件的方式注册在此管道中，当请求进入管道后：中间件依次对请求作出处理，然后从最后一个中间件开始处理响应内容，最终反向流出管道。
二、契约式设计
契约式设计是从面向对象的角度来思考问题，根据管道-中间件的理解，中间件(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
30
31
32
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);} |
写个测试看看吧：
写第二个Middleware：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
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; }} |
编写测试：
三、函数式设计方案
此方案也是Owin和ASP.NET Core采用的方案，如果站在面向对象的角度，第一个方案是非常清晰的，管道最终通过枚举所有Middleware来依次处理请求。
站在函数式的角度来看，Middleware可以用Func<Context, Context>来表示，再来看看这张图：
一个Middleware的逻辑可以用Func<Func<Context, Context>, Func<Context, Context>>来表示，整个Middleware的逻辑可以用下面的代码描述：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
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
12
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
17
18
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
Core 1.0中的管道-中间件模式的更多相关文章
- ASP.NET Core 1.0中的管道-中间件模式
ASP.NET Core 1.0借鉴了Katana项目的管道设计(Pipeline).日志记录.用户认证.MVC等模块都以中间件(Middleware)的方式注册在管道中.显而易见这样的设计非常松耦合 ...
- 探索ASP.Net Core 3.0系列二：聊聊ASP.Net Core 3.0 中的Startup.cs
原文:探索ASP.Net Core 3.0系列二:聊聊ASP.Net Core 3.0 中的Startup.cs 前言:.NET Core 3.0 SDK包含比以前版本更多的现成模板. 在本文中,我将 ...
- 避免在ASP.NET Core 3.0中为启动类注入服务
本篇是如何升级到ASP.NET Core 3.0系列文章的第二篇. Part 1 - 将.NET Standard 2.0类库转换为.NET Core 3.0类库 Part 2 - IHostingE ...
- 在ASP.NET Core 2.0中使用CookieAuthentication
在ASP.NET Core中关于Security有两个容易混淆的概念一个是Authentication(认证),一个是Authorization(授权).而前者是确定用户是谁的过程,后者是围绕着他们允 ...
- 【译】.NET Core 3.0 中的新变化
.NET Core 3.0 是 .NET Core 平台的下一主要版本.本文回顾了 .Net Core 发展历史,并展示了它是如何从基本支持 Web 和数据工作负载的版本 1,发展成为能够运行 Web ...
- 如何在ASP.NET Core 2.0中使用Razor页面
如何在ASP.NET Core 2.0中使用Razor页面 DotNetCore2017-11-22 14:49 问题 如何在ASP.NET Core 2.0中使用Razor页面 解 创建一个空的项 ...
- asp.net core 3.0 中使用 swagger
asp.net core 3.0 中使用 swagger Intro 上次更新了 asp.net core 3.0 简单的记录了一下 swagger 的使用,那个项目的 api 比较简单,都是匿名接口 ...
- 探索 ASP.Net Core 3.0系列三：ASP.Net Core 3.0中的Service provider validation
前言:在本文中,我将描述ASP.NET Core 3.0中新的“validate on build”功能. 这可以用来检测您的DI service provider是否配置错误. 具体而言,该功能可检 ...
- [转]【译】.NET Core 3.0 中的新变化
.NET Core 3.0 是 .NET Core 平台的下一主要版本.本文回顾了 .Net Core 发展历史,并展示了它是如何从基本支持 Web 和数据工作负载的版本 1,发展成为能够运行 Web ...
随机推荐
- Delphi事件的广播 good
明天就是五一节了,辛苦了好几个月,借此机会应该尽情放松一番.可是想到Blog好久没有写文章,似乎缺些什么似的.这几个月来在项目中又增长了许多经验,学到许多实际应用的知识.不如把一些比较有用的记录下来, ...
- inline与lnk2001、lnk2019，鸡肋？
inline函数居然出现了lnk2001.lnk2019,先贴代码. a.h #pragma once class A { public: inline void foo(); void us ...
- Java Runtime.getRuntime().exec() 执行带空格命令
可执行文件路径如果包含空格,则在java中不能被获取到. 此时Debug一下,会发现 project=null. project.waitFor 的返回值为1.但是去源路径单击bat文件是可以正常运行 ...
- Mac OS提示＃ 14：自己定义文件图标
本教程的其余部分再一次错过了方法,和一些使用提示,做一些额外的,我们希望对大家有帮助. 自己定义图标 对于Mac OSX用户来说,Dashboard,Dock栏,壁纸以及各种键盘触摸板的快 ...
- [Android学习笔记]View的draw过程学习
View从创建到显示到屏幕需要经历几个过程: measure -> layout -> draw measure过程:计算view所占屏幕大小layout过程:设置view在屏幕的位置dr ...
- 上Https 和 http 差分
HTTPS 和 HTTP 差协议 超文本传输协定HTTP 对于web 浏览器和现场服务之间传递消息,HTTP 以纯文本协议 发送内容 无论不提供数据加密方法 假设拦截攻击web 浏览器和网站serve ...
- libsvm中的dec_values以及分类结果评分问题
最近一个图像识别项目里需要对分类的结果进行打分,因为使用的是libsvm3.12,一开始决定直接将svm_predict_values函数的dec_values作为评分返回,后来研究了之后才觉得里面有 ...
- [置顶] android系统功能调用大全
1.从google搜索内容 Intent intent = new Intent(); intent.setAction(Intent.ACTION_WEB_SEARCH); intent.pu ...
- Mysql怎样删除以“#sql-”开头的暂时表
author:skate time:2014/09/28 Mysql怎样删除以"#sql-"开头的暂时表 现象:在重建索引后,发现Mysqlserver的磁盘空间快满了 在用例如以 ...
- 一次失败的刷题经历:[LeetCode]292之尼姆游戏(Nim Game)（转）
最近闲来无事刷LeetCode,发现这道题的Accept Rate还是挺高的,尝试着做了一下,结果悲剧了,把过程写下来,希望能长点记性.该题的描述翻译成中文如下: 你正在和你的朋友玩尼姆游戏(Nim ...