2018年TypeScript 全面开花,GraphQL 蠢蠢欲动,WebAssembly 更是打开了浏览器上多语言的大门。全部这一切跟如今的前端有哪些关系呢?下面小编来分享一下前端
1.三大框架标准化vue
有朋友吐槽:“Vue 的特色就是上手快,初期至关好用,但若是接手一个别人写的 Vue 项目,再和 React 对比一下,你会感谢 React 的”。但当 Vue 3.0 发布以后,估计他就不会这样说了。由于 Vue 3 的 Class API 和 React 的写法几乎是如出一辙的,这个改动不是 Proxy 和 TypeScript,而是支持原生 Class 的写法。你用 Class 来写,那代码和 React 写法几乎是如出一辙的!npm
import Vue from 'vue'class App extends Vue.Component { count = 0 up() { this.count++ } down() { this.count-- } render() { return ( <div> <h1>{this.count}</h1> <button onClick={() => this.up()}>+</button> <button onClick={() => this.down()}>-</button> </div> ) }}Vue.render(<App />, document.body as HTMLElement)浏览器
从上面的讨论能够看出,前端三大框架已经趋于平稳化、标准化,在我看来将来是 缓存
二.新技术和新概念架构
一、GraphQL 、PWA 、WebAssembly
GraphQL已被GitHub等技术领导者采用。然而,它并无像一些预测的那样快速地起飞。框架
据JS状态调查显示,只有1/5的前端开发人员使用过GraphQL,可是有惊人的62.5%的开发人员已经据说过它并但愿使用它。ide
PWA和 WebAssembly这两个东西,若是大家如今还不懂或者没接触不要紧,我会出一系列教程,咱们一块儿学,持续关注北妈就好。工具
由于这个之后,会愈来愈流行,只不过如今还不重要。学习
二、各类CLI工具封装
众所周知,要跟上最新的库,正确配置应用程序并作出正确的架构决策,这可能会让人感到筋疲力尽。
这种痛苦催生了管理工具的CLI包的建立,容许开发人员专一于应用程序和业务逻辑。
你们熟知和不熟知的 流行的框架包括 Next.js(SSR for React),Create-React-App(客户端React),Nuxt.js(SSR for Vue),Vue CLI(客户端) -side Vue),React Native的Expo CLI,默认状况下使用Angular
三、静态站点话题 从新兴起
随着JavaScript革命的发生,每一个人都喜欢学习最新最好的图书馆,但如今事情已经解决,咱们已经意识到并不是每一个网站都须要是一个复杂的单页面应用程序(SPA)。
这致使了静态站点生成器的增加。
三.TypeScript多是JavaScript的将来
JavaScript因没有静态类型变量而受到批评。试图纠正这个问题的两个主要库是TypeScript和Flow,但TypeScript看起来是最受欢迎的。
事实上,在Stack Overflow调查中,TypeScript的评分高于JavaScript自己,为67%,而最受喜好的语言为61.9%。
根据JS的状态调查,超过80%的开发人员但愿使用TS或已经使用它并享受它。对于Flow,只有34%的开发人员正在使用它或想要使用它。
根据全部迹象,TypeScript是JS中静态类型的首选解决方案,许多人选择使用普通的JavaScript。在2018年,TS的npm下载数量大幅增加,而Flow保持不变。
四.移动端
Flutter 是 Google 推出的帮助开发者在 Android 和 iOS 两个平台,同时开发高质量原生应用的全新移动 UI 框架,和 React-native/Weex 同样支持热更新。Flutter 使用 Google 本身家的 Dart 语言编写,恰好今年 Dart 2 也正式发布,不知道两者之间是否有关联。目前 Dart 主攻 Flutter 和 Web 两块,同时提供了 pub 包管理器,俨然是一门全新的语言,学习成本有些高。反观 TypeScript 就很是容易被接受,基于 npm 生态,兼容 ES 语法,所以,2019 年对 Dart 我仍是会持观望态度。
除了不喜欢 Dart 外,Flutter 的其余方面都很好,在移动端如今强运营的背景下,支持热更新是必备能力。
关于 Weex,一边骂一边用,很无奈的一种状态。Weex 自己是好东西,捐给了 Apache,目前在孵化中,会有一个不错的将来。但社区维护的很是差,问题 issue 不及时,文档不更新。若是公司没有架构组,仍是比较难搞定的。
不过也有不少不错的案例,好比 2018 年优酷双十一活动就是使用 Weex 开发的,效果很是不错。经过自建的可视化活动搭建平台,可以很是高效的完成开发,结合 App 内的缓存,总体效果比 H5 好的多。
我对 Weex 的见解是,之前 Weex 只是解决 H5 渲染效率的问题,但现在强运营的背景,使得 Weex 承载了很是多的内容,好比动画、游戏甚至是图形图像处理等。能够看到,将来 Weex 还会战略性的增长。