一句话讲明白 WebAssembly、微前端等技术背后的核心

WebAssembly 是在浏览器端可执行的字节码,主要解决的问题是性能。编辑器能把 C、C++、Go、TS 等语言编译成 WebAssembly 并能在浏览器中运行。

使用场景通常就是对性能有很高要求的应用,另外也能够把一些原本须要在后端完成的操做放到前端来作。好比视频解码、图片处理等等。前端

咱们须要学他嘛?99.9% 的开发者都不须要去学习它,WebAssembly 更多的是让本来写 C++、Go 语言的这批人能在浏览器上干些本来作不到的事情。git

微前端借鉴了后端微服务的思想,核心就是把本来庞大的应用拆包,可以让这些单独的包独立打包部署运行,能够直接当作把一个应用拆成了一个个小的模块。npm

微前端适合庞大且老旧的工程,协做人员不少。举个例子,你有一个项目很老旧了,技术栈用的仍是 JQuery 或者 React 很老的版本。当下大家须要使用 React 16 去开发新功能的话,这时候重写整个应用确定是不现实的。那么此时你就能够经过微前端去解决问题,在不影响不修改旧功能的同时又能使用新的技术栈去写新功能。或者更极端一点,经过微前端大家团队能够在这个项目里各自使用三大框架而不影响他人。后端

若是你的项目小,协做的人也很少,没什么必要去作微前端,了解一下它解决的问题就好了。浏览器

Serverless 也就是无服务架构,固然它不是真的不须要服务器了。服务器仍是须要的,只是如今服务器不须要我管了,只须要提供代码逻辑就行了,它帮助开发者更聚焦在代码层面而不是工程层面。服务器

Serverless 中目前最多见的分类应该就是云函数了(FaaS)。写完代码以及运行的条件而后往云上一丢就行了,什么部署啦、扩容啦、容灾啦等等你啥都不用管,只管调用函数就行了。微信

那么前端须要学习 Serverless 么?你以为你学这个有啥用?架构

脚手架的核心很简单,就是帮你运行了 git clone xxx,固然这是它最简单的一个实现。框架

在工程中使用的脚手架,通常都是为了帮助开发者根据选项快速生成模板,并集成了一套开发及部署中经常使用的套件。less

你若是想本身搞个脚手架其实也很方便。核心就是搞出几套模板,好比说适用于 PC 端、手机端的,多页单页应用,JS 或者 TS 的。这样一分你就能搞出不少套模板了,而后集成下 Webpack 配置、npm script 等等。最后用上命令行的开发库,提供给用户几个选项,而后分别去这些模板的仓库里拉代码,over~

固然以上的作法不高级,更高级的作法还能动态修改模板,若是你想实现这样的脚手架,推荐直接看三大框架的脚手架了。

虽然前端技术栈看着不少很杂,看着高大上其实就那样,并且不少都没啥必要学,了解一下这些技术解决了什么问题,如何作的就够了。

最后

以为文章还行的读者能够点个赞,另外有任何问题也能够评论区交流。

另外笔者的第二次公开课 1.12 晚上 8 点在 B 站直播,有兴趣的能够扫码下放公众号二维码,发送「公开课」获取直播详情。

微信扫码关注公众号,订阅更多精彩内容 加笔者微信群聊技术
相关文章
相关标签/搜索