手握救命稻草！小组其余同事接连被裁，.Net程序员的心路历程曝光！
现在是下午15点43分，诺大的办公室只有小马一个人。空调机发出的风声，取代了办公室里昔日起彼伏的键盘声响。也就是在三天前，组内同事接连被开。这让小马惊魂未定，或许他该庆幸，自己有这样一根救命稻草...
小马所在的公司因受疫情影响亏损巨大，为了确保现有核心业务正常运作。公司高层决定对部分业务团队及人员 “就地解散”。熬过几天时间得知同组小伙伴都要离开，这让小马百感交集。平时大家气氛还算融洽，如今几乎人去楼空，只有小马被公司留下。
大家都在同一家公司上班，技术上难分伯仲，但有一点不同。小马平时自学了不少新技术，只他对Core WebApi比较熟悉，一开始就负责处理移动开发后端接口支撑。疫情之下，公司最终决定保留核心业务——移动开发。小马白担心了几天，如今摇身一变，竟成了那个手握救命稻草的幸运儿....真让人啼笑皆非！
何其幸运，仅仅是因为一个技术栈。Core WebApi难吗？并不难！只是在移动开发上有巨大优势，随着智能手机的跨越式发展，越来越多的公司把移动开发作为自己的主营业务！由经理安排，小马成功逆势加薪！
Core WebApi作为当下最热门的开发技术栈，真诚的希望大家也能学一学，毕竟技多不压身！（文末100G学习资料，可扫码自取）
基于第三方存储共享的通讯，数据库/Redis/队列等，特点是被动通讯，满足及时性要求低的场景。
如WebService、WCF、WebApi、Core WebApi，甚至还有ashx一般处理程序也是可以的，使用最广泛。
包括FX下的RPC和.NetCore下的gRPC，有着优异的性能，但是也有其使用限制，下文对gRPC和WebApi有细致比对。
大部分的开发者应该对第二类最熟悉，因为平台主推，而且也是项目选型的优选，应用最为广泛。
梳理下平台发展历史不难发现，从最初的WebService一统江山，到.NetFramework3.0推出的集大成者WCF，却在4.0的时候被更轻巧的WebApi所打败(.NET5将移除WCF框架了)。轻量级，更好的REST风格支持(WCF也可以但很麻烦)，对移动端的友好支持，甚至在.NETCore里直接跟MVC同一个开发技术栈，这些理由很充分的让技术团队都倾向于使用WebApi。
WebApi刚出来时，大家都非常兴奋，终于有原生的RESTful API了，但实践中却发现太多槽点，跟MVC框架同项目不同管道，鉴权授权参数绑定也很不友好，让学习者苦不堪言。然而，这个在Core WebApi得到了转变，和Asp.Net Core管道的统一，让大家开发和学习成本都降低了，再加上跨平台的优势，和全新中间件模式加成，毫不客气地说，Core WebApi已经成为当下服务的首选。
这两个是目前.Net Core下最热门的分布式通信方式了， gRPC是Client/Server模式通信的，支持流式通信，性能更高一些，相对的使用场景和实施成本也会高一些，REST的通用性更强，像典型的前后端分离架构，当下各公众平台对外数据提供，都是选择的REST接口，包括在微服务架构实施上，Core WebApi使用还是更广泛一些。一般来说，局域网内部通讯选择gRPC，对外提供数据选择Core WebApi。
上手实践，宇宙第一IDE轻松建项目就能运行，然后把Swagger啊，log4net啥配置起来，然后集群是必须的，Nginx负载均衡+各种策略来一波，好好体会下REST的无状态。
内置IOC容器和Middleware翻翻源码理解一下，知道请求是怎么处理怎么流转的，后面功能开发时才心里有底(面试也轻松)。
各种Filter扩展定制，像异常处理、鉴权授权、跨域、缓存压缩等常见功能和优化，都是基于Filter的AOP实现的，必须得扎实下。
最后是框架组件整合了，搭建一套快速开发框架，整合下EFCore，autofac等，把JWT，数据格式定好，基本就万事大吉了。
以上学习计划供大家参考，现整理成视频资料，学起来挺容易，4天即可速成，感兴趣的小伙伴儿可以扫码免费学习！
除了Core WebApi！工作和面试可能遇到的所有核心知识；从开发实战项目到高级工程师，架构师的技术重难点，所有的学习资料，100多G干货，一站式放送！（扫码文末二维码自取）
获取以上全部学习资料
扫码自取
领取人数较多，添加以下两个号码也可免费领取哦！