上周五同事被开，而我升职加薪！这门关键技术救我一命，还有多少人不会....

2020-05-26 10:25 作者:朝夕教育 0人读过 | 我要投稿

现在是下午15点43分，诺大的办公室只有我一个人。空调机发出的风声，取代了我和同事们昔日起彼伏的键盘声响。也就是在三天前，组内同事接连被开。直至此刻我惊魂未定，或许我该庆幸自己有这样一根救命稻草...

一周前我们所有人都被告知，公司因受疫情影响亏损巨大，为了确保现有核心业务正常运作，对部分业务团队及人员将 “就地解散”。熬过几天时间得知同组小伙伴都要离开，一时间百感交集。其实我们团队气氛融洽，我也不比其他同事强，但为什么单单只有我留了下来？

其实几人当中我们各有所长，因为我对Core WebApi比较熟悉，一开始就负责处理移动开发后端接口支撑。疫情之下，公司最终决定保留核心业务——移动开发。我成了那个手握救命稻草的幸运儿....

何其幸运，仅仅是因为一个技术栈。Core WebApi并不难，只是在移动开发上有巨大优势，随着智能手机的跨越式发展，越来越多的公司把移动开发作为自己的主营业务！应经理要求，让我在晨会上为大家解读Core WebApi，借此机会我将主题内容和收藏的学习资料分享出来！真诚的希望大家学一学，毕竟技多不压身！（100G学习资料，大家可扫码自取）

3类跨进程交互方式

01
基于第三方存储共享的通讯

基于第三方存储共享的通讯，数据库/Redis/队列等，特点是被动通讯，满足及时性要求低的场景。

02
基于Http协议的服务

如WebService、WCF、WebApi、Core WebApi，甚至还有ashx一般处理程序也是可以的，使用最广泛。

03
基于远程调用模式

包括FX下的RPC和.NetCore下的gRPC，有着优异的性能，但是也有其使用限制，下文对gRPC和WebApi有细致比对。

大部分的开发者应该对第二类最熟悉，因为平台主推，而且也是项目选型的优选，应用最为广泛。

对比选型

梳理下平台发展历史不难发现，从最初的WebService一统江山，到.NetFramework3.0推出的集大成者WCF，却在4.0的时候被更轻巧的WebApi所打败(.NET5将移除WCF框架了)。轻量级，更好的REST风格支持(WCF也可以但很麻烦)，对移动端的友好支持，甚至在.NETCore里直接跟MVC同一个开发技术栈，这些理由很充分的让技术团队都倾向于使用WebApi。

Core WebApi的变化

WebApi刚出来时，大家都非常兴奋，终于有原生的RESTful API了，但实践中却发现太多槽点，跟MVC框架同项目不同管道，鉴权授权参数绑定也很不友好，让学习者苦不堪言。然而，这个在Core WebApi得到了转变，和Asp.Net Core管道的统一，让大家开发和学习成本都降低了，再加上跨平台的优势，和全新中间件模式加成，毫不客气地说，Core WebApi已经成为当下服务的首选。

Core WebApi VS gRPC

这两个是目前.Net Core下最热门的分布式通信方式了， gRPC是Client/Server模式通信的，支持流式通信，性能更高一些，相对的使用场景和实施成本也会高一些，REST的通用性更强，像典型的前后端分离架构，当下各公众平台对外数据提供，都是选择的REST接口，包括在微服务架构实施上，Core WebApi使用还是更广泛一些。一般来说，局域网内部通讯选择gRPC，对外提供数据选择Core WebApi。

Core WebApi学习计划

DAY1

上手实践，宇宙第一IDE轻松建项目就能运行，然后把Swagger啊，log4net啥配置起来，然后集群是必须的，Nginx负载均衡+各种策略来一波，好好体会下REST的无状态。

DAY2

内置IOC容器和Middleware翻翻源码理解一下，知道请求是怎么处理怎么流转的，后面功能开发时才心里有底(面试也轻松)。

DAY3

各种Filter扩展定制，像异常处理、鉴权授权、跨域、缓存压缩等常见功能和优化，都是基于Filter的AOP实现的，必须得扎实下。

DAY4

最后是框架组件整合了，搭建一套快速开发框架，整合下EFCore，autofac等，把JWT，数据格式定好，基本就万事大吉了。

以上是我沉淀多年的学习经验，现整理成视频资料，学起来挺容易，4天即可速成，感兴趣的小伙伴儿可以扫码免费学习！