Taurus.MVC 支持Asp.Net Core 的过程
前言:
这些天,似乎.NET Core相关的新闻和文章经常在我眼前晃~~~
昨天,微软又发布了.Core 2.1,又愰了一下,差点没亮瞎我的眼睛。
好吧,大概是上天给我的暗示,毕竟 CYQ.Data 早就支持上.Core了。
而 Taurus.MVC ,估计也闹委屈了,好吧,大慈大悲的怜见你一回,给你上ASP.NET Core支持吧。
又要一不小心就研究.NET Core了,这东西,只有家里的电脑有VS2017的环境,因此只能在家研究。
中间停停走走,思考了N天,最后用上三十几年的手速,敲足一天一夜代码,终于见到目署光了。
下面先和大伙分享下经验~~~。
Taurus.MVC 如何支持.NET Core?
对于Taurus.MVC,其核心就两个dll项目:
CYQ.Data 已经支持上.NET Core。
就只要处理好 Taurus.Core 项目也支持.NET Core就好了吧。
想想就感觉好简单的样子。
里面的代码,不多,应该不会像当年CYQ.Data支持 .NET Core 那么费心思。
这个从哪弄起好呢~~~~
思考的过程,Taurus.Core项目针对.NET Core重写?
Taurus.Core,和CYQ.Data不同,毕竟Taurus.MVC=CYQ.Data+Taurus.Core:
CYQ.Data 是数据库操作组像,虽然EF强大太多,但毕竟不涉及到程序启动流程。 Taurus.Core,则是从IHttpModule,IHttpHandle为入口开启的自定义MVC世界
建个Demo看看ASP.NET Core的项目:
其启动则是从Program,这不就是一个Exe程序么?
再到Startup:
public class Startup { // This method gets called by the runtime. Use this method to add services to the container. // For more information on how to configure your application, visit https://go.microsoft.com/fwlink/?LinkID=398940 public void ConfigureServices(IServiceCollection services) { } // This method gets called by the runtime. Use this method to configure the HTTP request pipeline. public void Configure(IApplicationBuilder app, IHostingEnvironment env) { }
又包含Service服务和一堆Use方式的中件间配置。
网上的文章服务服务的叫,是什么鬼,是操作系统的进程服务吗?
想多了~~~一毛钱关系也没有,人家就是喜欢叫这个名而已。
所以研究的第一个课题就是:传统ASP.NET的启动模式和ASP.NET Core启动模式的差异。
换句话说就是:IHttpModule、IHttpHandler和Startup的不同。
光是这个话题,零散就看了不少文章,中间也隔了不少时间。
经过半桶水的了解后,发现世界有多大,差异就有这么大, 难道只能重写了?
一直关注我博客的好人都知道,我维护的精品框架太多了,见:https://github.com/cyq1162
所以,如果同一个框架,要同时维护两份不同版本的源码(.NET Core版本和非.NET Core版本),我会蛋伤的。
于是,看.NET Core 写兼容代码的时候,内心就会吐槽微软蛋疼,说好的兼容性呢?心中荡漾起那消失已失的*!
后来,心中一个声音,闹腾,太闹腾,放下吧,放下吧~~~~
CYQ.Data 支持.NET Core 方式的余光再次神降
还记得当年:
思考CYQ.Data支持.NET Core的时候,
转展了失眠了无数个白天,
黑夜中左手右手一个慢动作,
经过不断的思考与试验,
最后感动苍天,
神光突降,
最出了最后的解决方案,
非常闪光。
那就是:
把所有不兼容的代码,自己慢慢补全吧,这是一件很费脑的体力活:
所以,当所有的兼容性代码鲁完以后,原有的CYQ.Data 代码一行无变。
只要将这补全的兼容性文件夹包含进项目,马上就神奇般的支持上.NET Core。
同理可证:下面看看都有这次又要补全多少所需的兼容性代码!
Taurus.MVC 支持.NET Core的兼容性代码
补全完善:System.Web.HttpContext系列兼容性代码
看起来不少,基本核心的都要补,又是一次费脑的体力活,哥的夜生活,就被你们败光了时间~~~~
在这过程,有过以下不少带坑的问题:
1:在Taurus.MVC Core中,关于是传递Core版本的HttpContext,还是传递Web版HttpContext?
答:用Web版本(让传统得到延续,节省学习成本)
2:对于HttpContext,HttpResponse,HttpRequest ,是用继承,还是不用继承?
答:不用继承,因为无法继承,有些属性名的返回值冲突了。
3:ASP.NET Core目录结构路径和传统的方式的差异性。
答:.NET Core区分执行目录(dll和exe目录)和资源目录(wwwroot),而传统就是一个根目录和bin目录。
4:其它如:文件上传、路径重写、Cookie,编解码等处理。
答:基本是转移了使用的方法位置。
经过很用力的撸,终于解决了上述遇到的问题。
这些重写的源码,已经提交提交了。
可以见:https://github.com/cyq1162/cyqdata/tree/master/DotNetCore
不过以上的重写,都是打包在CYQ.Data Core,
毕竟之前就有一些了,顺路也补多几个,
方便后续对 ASP.NET Aries 的.NET Core版本的支持。
Taurus.Core项目,仅追加了一个中间件文件
看图撸代码:
原有代码一行未动,新增了一个中间件:TaurusMiddleware.cs
中间件的源码,由于未提交,这里先放出来:
using CYQ.Data; using Microsoft.AspNetCore.Builder; using Microsoft.AspNetCore.Hosting; using Microsoft.AspNetCore.Http; using System; using System.Collections.Generic; using System.Text; using System.Threading.Tasks; using Taurus.Core; namespace Microsoft.AspNetCore.Http { /// <summary> /// 为支持Asp.net core 存在的文件 /// </summary> public class TaurusMiddleware { private readonly RequestDelegate next; public TaurusMiddleware(RequestDelegate next) { this.next = next; } public async Task Invoke(HttpContext context) { try { System.Web.HttpApplication.Instance.ExecuteEventHandler(); //处理信息 await next(context); } catch (Exception ex) { Log.WriteLogToTxt(ex); } } } public static class TaurusExtensions { public static IApplicationBuilder UseTaurusMvc(this IApplicationBuilder builder, IHostingEnvironment env) { //执行一次,用于注册事件 UrlRewrite url = new UrlRewrite(); url.Init(System.Web.HttpApplication.Instance); AppConfig.WebRootPath = env.WebRootPath;//设置根目录地址,ASPNETCore的根目录和其它应用不一样。 return builder.UseMiddleware<TaurusMiddleware>(); } } }
具体代码是神码意思,就不解释了,了解.NET Core入门的都会懂的。
Taurus.MVC的中间件的使用(提前预告):
在引入CYQ.Data和Taurus.Core(dll或源码项目)后,中间件的引入代码:
添加这三行代码,引入上下文和TaurusMVC后,运行看看效果(截图太美,两张就好):
1:
2:
一切都运行的很完美,当然,这些都是体内精虫的功劳。
总结:
在ASP.NET Core的开发,这条道上:不管是MVC,还是Web API,
微软都是:ASP.NET Core+EF
今天,大伙多了一种选择:Taurus.MVC+CYQ.Data。
后者,在继承跨平台的前提下,保留了传统高性能的模式,节省了学习成本。
正式发布,待整理整理,应该在下周。
PS:好久没写IT连创业系列的文章,不知道大伙还有人知道我在创业不?
推荐阅读
-
ASP.NET Core2实现静默获取微信公众号的用户OpenId
-
ASP.NET MVC实现功能:通过URL路由实现对多语言的支持
-
ASP.NET Core优雅的在开发环境保存机密(User Secrets)
-
从.NET CORE2.2升级到3.0过程及遇到的一些问题
-
asp.net core 自定义 Policy 替换 AllowAnonymous 的行为
-
ASP.NET Core中使用默认MVC路由的配置
-
ASP.NET Core 2.2 : 二十六. 应用JWT进行用户认证及Token的刷新
-
docker部署Asp.net core应用的完整步骤
-
asp.net core 系列之并发冲突的深入理解
-
ASP.NET Core 中的 ObjectPool 对象重用(二)