转载

.netcore 3.1高性能微服务架构：为什么要采用.netcore3.1作为微服务技术栈

自动.netcore升级到3.0以后，.net圈子更活跃了，写博客的人也越来越多，很多人开通了公众号写文章；也有技术大牛神乘这波“红利”写书录视频教程等赚钱了。大公司也开始关注.net技术，采用.net作为技术栈的公司大部分都将项目升级到.netcore，以前从.net转Java的人也有部分回来了。总之，.netcore生态空前的变好了。所有.net的程序员们，建议直接学习.netcore新技术，不要在呆在.netframework技术里泥潭了。

作为.net开发的老人，我已经有10年的开发和项目管理经验，目前公司里很多项目都是采用.net技术栈，有部分老项目还是采用.netframework4.5，自从.netcore2.2出来后，公司里所有新的项目，全部采用.netcore2.2来开发；老项目也再逐步用.netcroe改造。

.NetCore3.0和3.1在2019年12月以后发布。最新版本相比2.2，不仅仅增加了很多新功能，性能方面也有很大提升。NetCore生态下，第3方开源或非开源组件，大都在为兼容新版本升级中。.netcore 3.1是一个LTS版本，一个长期支持并且稳定的版本，微软官方会持续支持3年，.netcore生态圈在将来3年会以.netCore3.1为主流。为了接口性能提升到极致，为了与业界技术保持最前沿，为了技术人员的极客精神，为了.NetCore生态添一把火，我建议采用.NetCore3.1作为最新一代接口的底层语言。当然采用新版本也会有一定的风险，我们要充分的测试以后在投入到正式项目里。

原文 https://segmentfault.com/a/1190000022191866

正文到此结束