2024年的ASP.net Core

简介

Ryan Nowak是asp.net Core的架构师和核心开发，在2019/11/6号的NDC大会上， 他介绍了开发团队眼中五年后的AspnetCore的样子， 我们拭目以待，看看微软的产品经理会怎么扭曲程序员的想法，最后端出一个什么怪物给大家。

现状

ASP基本上是和dotnet一起出现的， 到现在也快20年了，说的好听一点是一直屹立不倒， 现实状况是苟延残喘，web Server主流玩家慢慢都不以ASP为对手了，ASP还在努力蹭热点，求生欲十足。不过ASP有个有钱的爸爸，只要活得久，季羡林也可以成为大师（没有贬低的意思，活着就有一切可能性）

Kestrel 和 项目BedRock

以前dotnet项目只能用于IIS，无法跨平台， 所以core团队开发了kestrel， 一个跨平台的web服务器， 不过功能还是比较弱， 只能寄生在IIS，或者躲在nginx后面。听说kestrel有进化成跨平台的IIS的想法， 但是Ryan这次没说。我觉得躲在nginx后面挺好的。
kestrel刚开发的时候，nodejs正火热， 所以团队用了libuv作为基础，我记得aspnetcore1.0出来的时候出来就是号称不比nodejs慢。后来团队发现libuv有瓶颈， 重新改为 .net sockets作为基础，目前在主流webserver的排名约在第10名， 排在它前面的主要是Rust、Go和C开发的web Server。Ryan虽然有说要利用.net core的底层优化来改进性能，但是我没听到太多信心，哈哈。

在kestrel上面，团队主要想法其实是封装协议接口，开发者可以使用任何协议和后端服务通信，在不同环境下， 用websocket， tcp， udp，gRPC或者其它任何合适的协议，听起来像是WCF的复活，这个一直是微软的理想，我们就期待它能成功吧。

其它就是HTTP3、MQTT之类的协议支持了，所有webserver应该都会支持的。

中间件和MVC

MVC（ASP里面的MVC）越来越膨大，开发团队想把更多的功能移到平台级别，开发者想用就用， 而不是一定要按照MVC的方式来用。 MVC颜色会越来越淡，但是不会消失，MVC算是声明式（declare）开发了，这个很方便，几行代码就可以做很多事情，但是需要学习一大堆概念。命令式（imperative）开发虽然被人诟病，但是很多时候更容易理解，也就更容易维护。Aspnet Team想兼容这两种开发模式，MVC本身会存在，并且对SingalR/gRPC的支持也会更好， 同时很多MVC的功能会成为middleware（中间件），如果喜欢imperative开发（或者某些场景下，imperative更合适），则可以用MVC中的某些中间件，而不是被强制使用MVC。

自包含发布

目前asp.net core已经可以打包成一个文件发布了(当然，各个平台还是要分别打包）但是打包文件非常大， 一个没有任何功能的网站（helloworld）打包后也有100MB大，这个有一点过大了。asp.net 团队目前主要想把这个大小压缩到20MB左右。不要小看这个大小， 如果压缩到20MB左右，量变会引起质变，特别是Electron类的程序，后台就不用nodejs了，改成用asp.net core了。

这个主要通过移除不用的代码来实现，所谓Tree Shaking，这个听了好多年了，目前还在试验阶段，这个功能大概真的要五年的时间来实现了。

Blazor和Electron

Electron大家应该都知道是什么， asp.net team就是想把Electron后面的nodejs替换掉，改成kestrel，然后加上Blazor（socket.io)。听起来不错，做一个网页，稍作改动就可以用于网站和跨平台desktop应用（未来一定会到ios/andriod）, 不过跨平台的desktop，难道不是未来的WPF吗？让子弹飞一会儿吧， 看看asp.net core团队能搞出一个什么东西来吧。

总结

开发人员的目光还是保守，听Ryan讲的这些功能，怎么也不用5年来实现啊，而且没什么特别创新的想法，都是已知的概念，我希望dotnet下一个版本就有，如果真的等五年才有，asp.net就是永恒的追赶者了。