FENews

关于 FENews 在 2019 的规划

2019年02月05日  作者:Aaron Lee$Jason XNecrosTFhighya   

关于我们

wow,猪年到了耶!首先祝大家春节快乐、猪年大吉(手动笔芯 ❤️)!从 2019 年 1 月 19 日 FENews 的第一条微信公众号消息的发出到 1 月 23 日的串店撸串,短短几天的时间,我们就吸引了一批志同道合有激情的优秀的小伙伴加入我们(截止发稿时间我们已经是一个 13 人的团队啦)。我们并不是完全是由什么资深大牛组成,我们是一个成长中的团队,我们是由一群热爱技术、有技术追求的年轻小伙伴组成。FENews 成立的初衷是一起学习交流,并把我们的学习过程和经验分享给大家。我们会定期原创或翻译前端相关的技术文章,未来我们可能由于自己理解的原因或者什么其他原因而犯错,希望大家能够纠正我们。如果你对我们感兴趣或想加入我们欢迎随时联系。

2019 年规划

前端经过近几年的快速发展,各种框架和工具不断完善,前端的生产力得到了极大的提升。同时,像 Electron、Flutter 和 React Native 等 Native 端融合技术的发展,前端的职能边界也不断被拓宽。FENews 会持续关注前端技术的发展方向,下面我会简单介绍下 2019 年我们会重点关注的一些技术主题,未来可能会根据实际发展情况而有所调整。

React / Vue / Angular

根据 npm trending 的统计 React、Vue 和 Angular 的 npm 包安装数据来看,2018年 React 依然是独领风骚。

React/Vue/Angular

这一年 React 依然保持着积极更新的速度,发布了很多的特新,不久前 Dan Abramov 也在 Twitter 上宣布 React Hooks 发布。React Hooks 解决了有状态逻辑代码在 React 组件间公用的问题,提升了 React 组件的可维护性。接下来即将在今年第二季度发布的 Concurrent Mode 和第三季度发布的 Suspense API 同样让社区兴奋不已。React 社区新特性的跟进速度可以称得上神速。Hooks 发布后各种关于 React 的工具库都对其做了支持。得益于上述新特性,相信接下来使用 React 开发 Web 应用的开发体验以及应用性能和用户体验都将得到显著提升。

Vue 社区同时保持着很高的增长趋势,作者 Evan You 也在今年发布的 Twitter 上宣布即将推出 Vue3.0 的最新版本。3.0 版本的 Vue 将全面拥抱 TypeScript。从 2018 年 6 月底的 Vue 和 React 的 star 赛跑事件,Vue 和 React 的star 双双破 10w,可以看出 Vue 还是很受欢迎的。Vue 得益于上手门槛低比较受初学者的青睐,随着初学者的成长也会对 Vue 的扩张起到促进作用。期待 Vue 今年会给我们带来更多的惊喜。

Angular 继 AngularJS 之后,Google 设计的面向未来的 JS 框架。从目前的使用情况来看并没能继承 AngularJS 的辉煌。但是未来 Angular 的发展还是很值得关注的。由于目前我还未对 Angular 有过深入的研究,暂时无法给出更多的评价。

Webpack / Rollup / Parcel

作为目前受关注比较高的三款前端打包工具,这三个打包工具的诞生都有一定的年份了,相信大家都有所了解。其中起步最早的是 Webpack,创建于 2012 年 3 月。从 npm trending 图可以看出,它一骑绝尘远远的甩开了另外的两个竞争对手。Webpack 是为 Web 应用打包而设计,它的设计理念是将一切资源文件都当作模块通过 plugins 和 loaders 处理。Rollup 定位于 JavaScript 打包,它对 ES Module 有着较好的支持。tree shaking 的优化理念也是最先在 rollup 中提出。相对于 webpack 它打包速度更快,打出来的包的体积也更小。Rollup 是 JS 库打包的首选。Parcel 是三个中起步最晚的,创建于 2017 年 8 月,它的使用场景和 webpack 基本一致。 Parcel 的诞生是以零配置为噱头,当时也是赚足了眼球。它与前面两个工具最大的不同之处在于它是以 html 做为入口文件,这点比较契合浏览器的文件加载过程。正是因为 Parcel 的零配置和以 html 文件为入口,所以我之前一直把它当作一个快捷的本地的开发服务器来使用(捂脸。随着应用的膨胀,零配置基本是不可能的。但是 Parcel 的出现倒是引起了 webpack 的紧张,所以 webpack 在 4.0 版本添加了很多默认配置项。从目前来看 Parcel 还是比较难以撼动 webpack 的大哥地位,毕竟 webpack 积累了这么多年的生态。Parcel 未来还是值得关注的。

webpack、rollup、parcel npm trending

TypeScript

近两年来,TypeScript 迎来了爆发式增长:

近两年来 TypeScript npm 下载

其提供的静态类型系统,大大增强了代码的可读性以及可维护性;同时,它提供最新和不断发展的 JavaScript 特性,能让我们建立更健壮的组件。

随着 FaceBook Yarn 团队与 Jest 团队决定从 Flow 移植到 TypeScript,并且 Vue 3.0 也计划用 TypeScript 重写,相信在今年(2019),TypeScript 将迎来更大的增长。

Flutter / React Native

Flutter 是 Google 推出并开源的移动应用开发框架,并且支持 Google 下一代操作系统 Fuchsia,主打跨平台、高保真、高性能。开发者可以通过 Dart 语言开发 App,一套代码同时运行在 iOS 和 Android 平台。 Flutter 提供了丰富的组件、接口,开发者可以很快地为 Flutter 添加 native 扩展。同时 Flutter 还使用 Native 引擎渲染视图,这无疑能为用户提供良好的体验。此外 Flutter 跨全平台不止是 Android 和 iOS 目标剑指所有主流平台 UI 开发、PC 桌面以及 包括正在搞的 Hummingbird 来实现 web 的支持。

React Native 是 Facebook 在 F8 大会开源的 JavaScript 框架,在 2015 年 9 月 15 日发布,可以让广大开发者使用 JavaScript 和 React 开发跨平台的移动应用。开发者可以灵活的使用 HTML 和 CSS 布局,使用 React 语法构建组件,实现 Android,iOS 两端代码的复用,核心设计理念: 既拥有 Native 的用户体验,又保留 React 的开发效率。

Flutter vs React Native

  • 速度与性能:React Native 用 JavaScript 调用对应系统渲染器进行渲染展示,中间就有 JavaScript 解析到调用 Native 过程的许多中间环节,Flutter 是将 Dart 代码 AOT 编译为本地代码,其次,Flutter 使用自己的渲染引擎来绘制 UI,布局数据等由 Dart 语言直接控制,所以在布局过程中不需要像 React Native 那样要在 JavaScript 和 Native 之间通信,速度和性能上一般 Flutter 是要优于 React Native 的。
  • 生态周边:Dart 生态相比移动端/前端生态远小的多,React Native 经过多年发展,其现在的社区规模或者是生态完善性都是 Flutter 近期根本无法追赶上的。
  • 开发体验:React 的开发体验远比 Dart 要好,更多前端开发者更容易上手,虽然 Flutter 参照了需要 React 的设计思想,DSX 也类似 JSX, 但是如果你看过官方的例子应该看到 DSX 的代码代码很容易一层套一层,类似于回调炼狱,此外用 Flutter 你需要学习一门新语言 Dart。

GraphQL

GraphQL 是 Facebook 于 2012 年在内部开发的数据查询语言,在 2015 年开源,旨在提供 RESTful 架构体系的替代方案。

GraphQL 的官方定义是一种用于 API 的查询语言,GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时。 GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发者工具。

目前在国外有众多大厂在使用 GraphQL ,FB 自家肯定在使用,此外熟知的 Github、twitter、airbnb 都有比较成熟的 GraphQL 实践。国内大厂阿里、百度、携程有在使用,阿里的 egg.js 框架也有相应的 GraphQL 插件。

虽然 GraphQL 越来越受到更多开发者的关注,但是却没有彻底火起来,因为需要前后端一起铺开啊,此外要使用 GraphQL 对数据源进行管理,相当于要对整个服务端进行一次换血,对大体量的企业服务来说真是伤筋动骨。另一方面,实践太少,相关生产级别的分享少之又少,现在社区的中流砥柱 Apollo 贡献了 GraphQL 前后端技术栈的各种实现,却没有中文站点。今年我们将会对 Apollo/GraphQL 的周边进行翻译分享,敬请期待。

Rust / WebAssembly

WebAssembly 简称 Wasm 是一种二进制格式的编码,可以在现代浏览器中执行。Wasm 起源于 Mozilla 早期开发的 asm.js。它的开发团队主要来自Mozilla、Google、Microsoft、Apple,代表着四大主流浏览器 Firefox、Chrome、Microsoft Edge、Safari 。Wasm 被设计的目的是为了让浏览器的 JavaScript 引擎执行脚本的速度可以接近原生机器码。为了让人类能够阅读和编辑, Wasm 还提供了类汇编的文本格式表达。卧槽!这是要让我们手写汇编吗?当然不是!Wasm 被设计成一种可移植的编译目标,可以由其他高级语言,像:C/C++/Rust/Golang,编译而来。WebAssembly 在 2017 年开始进入国外大众开发者的视野,2018 年在国内有很多技术大会都出现 WebAssembly 相关主题的演讲。截止目前,全球 80.62% 的用户的浏览器已经支持 Wasm。

Wasm 在浏览器中的支持情况

Rust 是由 Mozilla 主导开发的通用、编译型编程语言。它是为大型互联网客户端和服务端而设计的,发行于 2010 年, 算是一门比较年轻的编程语言。沃特?那它与前端到底又啥关系呢?细心的同学可能已经注意到了 Rust 和 Wasm 同出一门。为了让 Rust 能够成为 Web 开发中占据一席之地,Mozilla 成立了致力于打造 Rust 到 WebAssembly 的生态 rustwasm 工作组。rustwasm 工作组每周都会有一次例会讨论这一周的工作情况,如果你感兴趣可以订阅这个 issue。分享一个我之前在 tweet 上看到的小八卦,有人问 React 团队是否有出 TS 版的计划。Andrew(React 团队的核心开发者) 说他们团队未来也许会用 Rust 重写 React 。

聊天记录

Deno

说到 Deno 相信大家都有所耳闻。 Deno 一诞生就占据了前端娱乐圈的头条封面。Deno 是由 Ryan Dahl(Ryan 在 2009 创造了 Node.js) 在 2018 年创造的一个基于 V8 的安全的运行时。现在距离 Ryan 在 2018 年欧洲 JSConf 上第一次把 Deno 带入到大众开发者前已经过去了大半年的时间,这半年的时间 Deno 发展如何? Deno 的初始原型是使用 Go 开发,后来考虑到 Go 和 V8 都有复杂的垃圾回收机制,最终使用 Rust 重写。目前 Deno 内部已经内置了 TypeScript 编译器,并利用了 V8 的 snapshots 做了启动时的优化。 Deno 的文档目前也已经相对完善,如果大家想尝鲜也可以从 deno.land 开始。Deno 作为 Ryan 大神颠覆 Node.js 之作必然是值得关注的。

Deno

图片来源:2018 年 11 月,Ryan 在台湾省 JSDC 的演讲视频

总结

以上主题 FENews 在接下来的一年中都会保持持续关注,如果你感兴趣可以关注我们的微信公众号和我们一起来关注发展的最新动态。


FENews 是由一群热爱技术的前端小伙伴自发组成的团队。团队会定期创作和翻译前端相关的技术文章,同时我们也欢迎外部投稿或加入我们的核心编辑团队。如果您对我们感兴趣,请关注我们的公众号:

FENews