.netcore 3.1高性能微服务架构:为什么要采用.netcore3.1作为微服务技术栈-阿里云开发者社区

开发者社区> 开发与运维> 正文
登录阅读全文

.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作为最新一代接口的底层语言。当然采用新版本也会有一定的风险,我们要充分的测试以后在投入到正式项目里。**

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章
最新文章
相关文章