做者｜狼叔
编纂｜覃云
你好，我是阿里巴巴前端手艺专家狼叔，今天想跟你分享 2019 年我对前端现状及将来开展趋向的理解。
我其实特殊恶感良多人说“前端娱乐圈”那种话，诚然，发作式增长一定会带来焦点，但也没必要过度解读，2018 年的几件大事儿我都领会，实的不是各人看到的那样的。学会辩证的看问题，专心往体味背后的趋向，我想那比所谓的“耿直”更有价值，我更期看各人可以对峙进修，连结思辨和安然平静。
大前端2018 年的事儿特殊多，从 React v16 普及，到 jQuery 被 GitHub 下掉完成阶段性汗青任务，在唏嘘之外，版本帝 AngularJS 又发布了 v6 和 v7 两个版本。那些其实都不算啥大新闻，反看三大框架，写法越来越像，越来越切近 WebComponents 原则，而周边利用层面的封拆已经起头指数级增长。小法式是本年最火的手艺，接连呈现，快利用也想分一杯羹。PWA 进进不变期，出格是 PWA 桌面版，能够让我们更好的看清晰 PC 桌面版开发的全貌。挪动端仍是以强运营为主，各大公司都起头不再 all in 挪动，起头重视多端并进，到了起头拼细节的阶段了。TypeScript 全面开花，GraphQL 跃跃欲试，WebAssembly 更是翻开了阅读器上多语言的大门。所有的那一切都在表示，阅读器即操做系统，你能想象到将来前端的样子么？下面跟着我逐个停止解读吧。
三大框架原则化有伴侣吐槽：“Vue 的特征就是上手快，初期相当好用，但假设接手一个他人写的 Vue 项目，再和 React 比照一下，你会感激 React 的”。但当 Vue 3.0 发布之后，估量他就不会如许说了。因为 Vue 3 的 Class API 和 React 的写法几乎是一模一样的，那个改动不是 Proxy 和 TypeScript，而是撑持原生 Class 的写法。你用 Class 来写，那代码和 React 写法几乎是一模一样的！
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)从上面的讨论能够看出，前端三大框架已经趋于平稳化、原则化，在我看来将来是 WebComponents 的。
WebComponents 是标准，最早最出名的一个是 Google 主推的 JavaScript 库 Polymer，它可搀扶帮助我们创建自定义的可重用 HTML 元素，并利用它们来构建高性能、可庇护的 App。在 I/O 大会上，Google 推出了 Polymer 3.0，Polymer 3.0 努力于将 Web 组件的生态系统从 HUML Imports 转移到 ES Modules，包治理系统将撑持 npm，那使你更随便将基于 Polymer 的 Web 组件和你喜好的东西、框架协同利用。
script src="node_modules/@webcomponents/webcomponents-loader.js"/script script type="module" import {PolymerElement, html} from '@polymer/polymer'; class MyElement extends PolymerElement { static get properties() { return { mood: String }} static get template() { return html` style .mood { color: green; } /style Web Components are span class="mood"[[mood]]/span! `; } } customElements.define('my-element', MyElement); /script my-element mood="happy"/my-element别的还有 2 个项目具有必然的参考价值：
1.Rax 也供给了一个名为 atag 的 UI WebComponents 库。
2.LitElement 是一个简单的轻量级的快速创建 WebComponents 的基类，能够理解成是 Polymer 最小的实现版本。
LitElement 次要的特征包罗 WebComponent 生命周期模子撑持和单向的数据绑定模子。它遵守 WebComponents 原则，利用 lit-html 模块那个快速的 HTML 衬着引擎定义和衬着 HTML 模板。最重要的是它对阅读器兼容性十分好，对支流阅读器都能有十分好的撑持。因为 LitHtml 基于 tagged template，连系 ES6 中的 template，使得它无需预编译、预处置，就能获得阅读器原生撑持，而且扩展才能更强，性能更好。
import { LitElement, html } from '@polymer/lit-element'; // Create your custom componentclass CustomGreeting extends LitElement { // Declare properties static get properties() { return { name: { type: String } }; } // Initialize properties constructor() { super(); this.name = 'World'; } // Define a template render() { return html`pHello, ${this.name}!/p`; }}// Register the element with the browsercustomElements.define('custom-greeting', CustomGreeting);是不是看着更眼熟了？
《三国演义》里有如许一句：“话说全国大势，分久必合，合久必分。周末七国分争，并进于秦。及秦灭之后，楚、汉分争，又并进于汉。汉朝自高祖斩白蛇而起义，一统全国，后来光武中兴，传至献帝，遂分为三国。”
前端从 2014 年到 2017 年是混战期，得益于 Node.js 的辅助加成，外加各类前端优良的创意和理论，使得 React/Vue/Angular 鼎足之势。无论 React 发布 v16，增加 Fiber 和 Hooks，仍是 Vue 3.0 发布，其实最末都是朝着 W3C WebComponents 原则走。一言以蔽之，Follow 原则是趋向，假设可以引领原则，那将是框架的无上荣耀。
我们能够参考一下手艺成熟度曲线（Hype Cycle -Wikipedia），那个曲线把手艺开展分红五个步调：【科技降生的促动期】-【过高期看的峰值】- 【泡沫化的底谷期】 - 【稳步爬升的光亮期】 - 【本色消费的高原期】。畴前端如今的热度来看，应该是处于从第三阶段【泡沫化的底谷期】到第四阶段【稳步爬升的光亮期】的爬坡过程，立异不会那么多，更多的是偏于利用层的内容。
关于当下的前端开展情状，我其实是有隐忧的。昔时 Java 世界曾经搞各类 GUI，创造了 MVC 形式，成果没火，没想到到了 Web 开发范畴，MVC 成了根本约定。之后 Model 1 和 Model 2 等企业开发模子渐渐成熟，呈现了 Struts、Spring、Hibernate 三大框架。在之后很长的一段时间里，Java 法式员都是言必称“SSH”。再之后 Spring 一家独大，一统江湖，恐怕今天还记得 EJB 的人已经不多了。框架一旦不变，就会有大量培训跟进，招致规模化开发。那是把双刃剑，能称心企业开发和招人的问题，但也给立异摸索范畴上了枷锁。
利用层封拆进进发作期框架和工程化根本摸索不变后，各人就起头根究若何更好的用，更简单的用。目前，各家大厂都在前端手艺栈根究若何选型和降低成本，同一手艺栈。
举个例子 Umi，Umi 就是一套零设置装备摆设（约定高于配造），按更佳理论停止开发的，开箱即用的前端框架: React 全家桶 + dva + jest + antd (mobile) + less + eslint。如下图所示：
从上图中能够看出，Umi 已经根究的相对全面，从手艺选型、构建到多端输出、性能优化、发布等方面停止了拆分，使得 Umi 的鸿沟更为清晰，是前端更佳理论，目前大大都前端组都是类似的实现体例。说白了，Umi 和 create-react-app（cra）类似，就是现有手艺栈的组合，封拆细节，闪开发者用起来更简单，只写营业代码就能够了。
零设置装备摆设就是默认选型都给你做好了。开箱即用就是手艺栈都固化了。约定大于设置装备摆设，开发形式也固化好了。Umi 的核心是 af-webpack 模块，它封拆了 Webpack 和各类插件，把 webpack-dev-server 等 Node.js 模块间接打包进往，同时对设置装备摆设做了更好的处置以及插件化。af-webpack 核心是 webpack-chain 模块，通过链式写法来修改 Webpack 设置装备摆设，使得 af-webpack 极为乖巧。其实以 React 全家桶为例，开发者更大的承担就是 Webpack 工程化构建。关于 Webpack 的封拆理论有良多，好比出名的还有 YKit、EasyWebpack 等。
YKit 是往哪儿开源的 Webpack，内置 Connect 做为 Web server，连系 dev 和 hot 中间件，关于多项目构建提效明显，对版本文件发布有不错的理论。EasyWebpack 也是插件化，但对处理计划、boilerplate 等做了十分多的集成，好比 Egg 的 SSR 是有深进根究的，虽然不附和那种做法。别的，在 create-react-app（cra）项目里利用的是 react-scripts 做为启动脚本，它和 egg-scripts 类似，也是通过约定，隐躲详细实现细节，闪开发者不需要存眷构建。在将来，类似的封拆还会有更多的封拆，而且更偏于利用层面。
PWA 进进不变期PWA 和 native app（挪动利用）的核心区别在于以下几点：
安拆：PWA 是一个不需要下载安拆即可利用的利用。缓存利用：native app 次要是对 sqlite 缓存，以及文件读写操做，而 PWA 对缓存数据库操做撑持的十分好，足以应对各类场景。根本才能补齐，好比推送。如今 PWA 已经撑持的很好了，独一费事的是缓存战略和发版比力费事，利用轻量化的趋向已经很明朗了。下面讲一下 PWA 的一些关键点。
1. 通用当地存储的处理计划 Workbox
Workbox 是 GoogleChrome 团队推出的一套 Web App 静态资本和恳求成果当地存储的处理计划，该处理计划包罗一些 JS 库和构建东西，Workbox 背后则是 Service Worker 和 Cache API 等手艺和原则在驱动。在 Workbox 之前，GoogleChrome 团队较早时间推出过 sw-precache 和 sw-toolbox 库，但骂声良多，曲到 Workbox 才实正降生了能便利同一的处置离线才能的更完美的计划。
Workbox 如今已经发布到了 3.0 版本，不管你的站点是用何种体例构建的，它都能够为你的站点供给离线拜候才能，几乎不消考虑太多的详细实现，只用做一些设置装备摆设就能够。就算你不考虑离线才能，它也能让你的站点拜候速度更快。
好比星巴克的 PWA 利用，对缓存的利用高达 41.3mb。那是阅读器端十分大的打破，虽然没啥新手艺。
2.PWA 桌面版
纵看 PC 桌面端的开展过程，早期 Delphi/VB/VF/VC 等构建起的 c/s 时代，即便到今天仍然有很大的量。比来两年，跟着 Atom/VSCode 的火爆，带动了 node webkit 相关模块的发作，好比 NW.js 和 Electron 等。通过 Web 手艺来构建 pc client，确实是省时省力，用户体验也十分好，好比钉钉客户端、石墨文档客户端等，最次要的是能够同一手艺栈，好比某些算法，用 JS 写一次，之后能够到前端、node、pc client 等多处复用。当然更好的是利用 Web 手艺停止开发，不需要加壳打包，PWA 桌面版就是如许的手艺。
接下来就详细聊一下桌面端的 3 个开展阶段。
第一阶段：原生开发 Native
早年的 VB/VF/VC/Delphi 等原生开发体例，到后来呈现 QT 类的跨平台软件，但仍然能够理解成是原生开发。
第二阶段：混搭开发 Hybrid
谷歌于 2008 年 9 月 2 日初次发布了 Chrome 阅读器，Node.js 是 Ryan Dahl 于 2009 年发布的，他把 V8 引擎（Chrome 核心 JavaScript 引擎）移到了后端，利用 js 编写办事器法式变成现实。随后 npm 开展极为迅猛，跨平台手艺也突飞猛进，呈现了 NW.js 如许的轻量级跨平台框架，基于 Chromium（Chrome 开源版本） + Node.js，使得 PC 桌面端可以通过 Web 开发手艺开发，最末打包编译成各个平台撑持的利用格局，给 PC 桌面开发带来了太多的可能性。
而 Atom 是 GitHub 在 2014 年发布的一款基于 Web 手艺构建的文本编纂器，此中 atom-shell，也就是后来的 Electron，是和 NW.js 类似的手艺。它容许利用 Node.js（做为后端）和 Chromium（做为前端）来完成桌面 GUI 利用法式的开发。Chromium 供给了衬着页面和响利用户交互的才能，而 Node.js 供给了拜候当地文件系统和收集的才能，也能够利用 NPM 上的几十万个第三方包。在此根底之上，Electron 还供给了 Mac、Windows、Linux 三个平台上的一些原生 API，例如全局灵敏键、文件抉择框、托盘图标和通知、剪贴板、菜单栏等。
Erich Gamma 老爷子设想的 Monaco／VS Code，同样基于 Electron，但性能比 Atom 强多了。VS Code 会先启动一个后台历程，也就是 Electron 的主历程，它负责编纂器的生命周期治理、历程间通信、UI 插件治理、晋级和设置装备摆设治理等。后台历程会启动一个（或多个）衬着历程，用于展现编纂器窗口，它负责编纂器的整个 UI 部门，包罗组件、主题、规划治理等等。每个编纂器窗口城市启动一个 Node.JS 子历程做为插件的宿主历程，在独立历程里跑插件逻辑，然后通过事务或者回调的体例通知 Renderer 成果，制止了 Renderer 的衬着被插件中 JS 逻辑阻塞。
演进过程：chrome Node.js nw.js atom(electron) vs code
在第二阶段里，我们能够看到 PC 桌面端以 Web 开发手艺做为核心，以阅读器内核做为跨平台核心，最末将 Web 开发的代码和阅读器内核打包。如许做的益处是前端开发相对简单，相关于 C++ 等语言更为便利，别的从成本上考虑，也是极为划算的。
现在，良多利用都起头基于 Electron 构建，好比微信小法式 ide、微信 pc 版本等，别的十分令人冲动的是，2018 年 10 月 18 日，迅雷论坛发文称新版（从迅雷 X 10.1 版本起头）摘用 Electron 软件框架完全重写了迅雷主界面。利用新框架的迅雷 X 能够完美撑持 2K、4K 等高清展现屏，界面中的文字衬着也愈加清晰尖利。从手艺层面来说，新框架的界面绘造、事务处置等方面比老框架愈加乖巧高效，因而界面的顺畅度也显著优于老框架的迅雷。
第三阶段：PWA 桌面版
王国维在《人世词话》中提出“隔与不隔”那一文学命题，那个问题在开发范畴也是存在的。明明是 Web 开发的，为什么还要打包加壳呢？除了体积十分大以外，利用安拆也极为费事。
Spotify 的 PWA 桌面版利用体验长短常好的，在 mac 上丝般顺滑。
2018 年 Google IO 大会上，微软公布 win10 全力拥抱 PWA，通过爬虫爬取 PWA 页面，并将其转换为 Appx，继而在其利用商铺里供给利用，体验和原生 Native 利用十分附近，对此我十分看好。
阅读器有着超强的缓存才能，外加 PWA 其他功用，使得阅读器上的 PWA 利用可以获得媲美 Native 利用的性能。在阅读器里能够间接翻开，无需加壳，很明显那是极为便利的。
PWA 一定会改动前端与挪动端之间的格局，再加之 AOT(ahead-of-time) 与 WebAssembly 为 JS 带来的性能上的打破，JavaScript 将撼动所有范畴，从挪动端（PWA）到桌面利用、物联网、VR、AR、游戏甚至人工智能等等。
Google 接下来会鼎力推进 PWA 的桌面版，再加上 win10 和 Chrome 加持，Web 利用无需加壳就能到达近乎原生的体验，前端的范畴再一次被拓宽，将来实的能够斗胆的想想。
良多人问 PWA 在国内为什么觉得不火，原因很简单，PWA 在弱网情况下表示极好，但中国的收集是全球更好的，所以 PWA 其实没有给我们带来那么大的收益。不外当做一个补位计划也挺好的，事实 2G/3G 还有点量，别的在办事器衬着 SSR 上，PWA 也可以起到很好的效果。
小法式火爆假设说和 PWA 比力像的，可能就是小法式了，小法式也能够说是本年最火的手艺。
微信小法式的下一步方案，撑持 NPM、小法式云、可视化编程、撑持分包等，听起来很美妙，但坑仍然很多。小法式原生供给的 DSL 不敷好用，所以就有了上层开发框架或者脚手架来优化开发效率，目前比力支流的有 3 个：
本年还冒出了微信小法式之外的头条小法式、付出宝小法式、百度智能小法式等，将来还会有良多。同时，手机厂商可能是看到了小法式对其利用商铺的威胁，小米、华为、OPPO、vivo 等九大国内手机厂商联手成立了“快利用联盟”，基于 react-native 手艺栈，整体也很不错，出格是天猫挪用菜鸟裹裹的快利用，安卓下有十分好的体验。相较而言，微信是基于 Webview 的，而快利用利用的是原生衬着计划，其他家也大致如斯。
其实 5G 时代很快就到了，各人能够憧憬一下，在网速、内存和 CPU 更高的情状下，5G 每秒更高下载速度高达 1.4G，秒下 PWA 或小法式利用，到底是离线，仍是在线，犹未可知吧。
前端能讲的工具其实太多了，但受限于篇幅，本文只能先简单跟你分享 React/Vue/Angular 三大框架原则化、利用层封拆进进发作期、PWA 进进不变期、小法式火爆等方面的内容。下一篇文章中，我将陆续跟你聊聊挪动端场面、多端拉齐的一定性等内容，以及 2019 年不成漠视的 TypeScript 和 WebAssembly 那两大手艺，欢送陆续存眷，也欢送留言与我多多交换。
多端拉齐，并重用户体验
在 AI 时代，没有“端”的撑持能够么？明显是不成以的。起首感激苹果，将用户体验提拔到了前无前人的位置。挪动互联网鼓起后，PC Web 日渐式微。我小我十分赏识玉伯，在昔时无线 ALL IN 战术中，他仍是抉择留下来陆续做 PC Web 的前端。不外，固然良多公司的重点转向无线，但 PC 营业也不断没停，那是良多公司的现状，也是客看事实。那么，PC 端如许的“老古董”的出路到底在哪里呢？
我们能够操纵 PC/H5 快速发版本的优势，快速验证 AI 算法，继而为挪动端供给更好的模子和数据上的支持。多端对齐，打好组合拳。既然不克不及在挪动端有更大的打破，各人只能在细节上血拼。各人的战场已经不是点了，已经晋级到打组合战略的阶段了。将来必然是多端拉齐，并重用户体验的。
今天的大前端，除了 Web 外，还包罗各类端，好比挪动端、OTT，以至是一些新的物联网设备。我们有理由相信 Chrome OS 昔时的远见：“给我一个阅读器，我就能给你一个世界。”假设说的苟且一点：“给我一个 Webview，我就能给你一个世界。”
TypeScript
我之前就十分存眷 TypeScript，但迟迟未下定决心在团队内落地。本年 1 月份北京 Node Party 上组了个局，和几位嘉宾一路聊了一下，确认提效十分明显，落地难度也不大，各人一致认为 2019 年 TypeScript 将有十分大的增长。自己前端团队变大，规模化编程也一定依靠类型系统和面向对象的，从那点上看，TypeScript 也是完胜的。
那里再简单介绍一下 TypeScript，它是有类型定义的 JavaScript 的超集，包罗 ES5、ES5+ 和其他一些诸如反射、泛型、类型定义、定名空间等特征的聚集，为了大规模 JavaScript 利用开发而生。复杂软件需要用复杂的设想，面向对象就是一种很好的设想体例，利用 TypeScript 的一大益处就是 TypeScript 供给了业界承认的类（ ES5+ 也撑持）、泛型、封拆、接口面向对象设想才能，以提拔 JavaScript 的面向对象设想才能。市道上的框架也对 TypeScript 供给了十分好的撑持。
React 对.tsx 撑持十分好，好比我在 Midway controller 里撑持 tsx 写法，那长短常斗胆的，关于后面 react ssr 来说是一个极大便当；Vue 从 v2.5.0 之后对 ts 撑持就十分好；Node.js Web 框架，出格是 Egg.js 对 ts 撑持十分好，当然还有更高级更专注的的 Midway 框架，Midway 基于 Egg 生态，同时供给 IoC 等高级弄法；
在利用 Webpack 编译前端利用式，通过 TypeScript-loader 能够很轻松地将 TypeScript 引进到 Webpack 中。有了 TypeScript-loader，就能够一边利用 TypeScript 编写新代码，一边细碎地更新老代码。事实 ts 是 js 超集，你有空就改，非强逼，特殊宽大。
WebAssembly
WebAssembly 是一种新的字节码格局，目前支流阅读器都已经撑持 WebAssembly。 和 JS 需要阐明施行差别的是，WebAssembly 字节码和底层机器码很类似，能够快速拆载运行，因而性能相关于 JS 阐明施行而言有了极大的提拔。 也就是说 WebAssembly 并非一门编程语言，而是一份字节码原则，需要用高级编程语言编译出字节码放到 WebAssembly 虚拟机中才气运行， 阅读器厂商需要做的就是根据 WebAssembly 标准实现虚拟机。那很像 Java 早年的 Applet，可以让其他语言运行在阅读器里。Applet 是一种 Java 法式，它能够运行在撑持 Java 的 Web 阅读器内。因为它有完全的 Java API 撑持，所以 Applet 是一个全功用的 Java 利用法式。
有了 WebAssembly，在阅读器上能够跑任何语言。从 Coffee 到 TypeScript，到 Babel，那些都是需要转译为 js 才气被施行的，而 WebAssembly 是在阅读器里嵌进 vm，间接施行，不需要转译，施行效率天然高得多。
举个例子，AutoCAD 软件是由美国欧特克有限公司（Autodesk）出品的一款主动计算机辅助设想软件，能够用于绘造二维造图和根本三维设想。利用它时，无需懂得编程，即可主动造图，因而它在全球被普遍利用于土木建筑、粉饰拆潢、工业造图、工程造图、电子工业、服拆加工等诸多范畴。
AutoCAD 是由大量 C++ 代码编写的软件，履历了十分多的手艺变化，从桌面到挪动端再到 web。之前，InfoQ 上有一个演讲，标题问题是《AutoCAD WebAssembly: Moving a 30 Year Code Base to the Web》，即通过 WebAssembly，让良多年代长远的 C++ 代码在 Web 上能够运行，而且包管了施行效率。
原来，我认为 WebAssembly 离我们很远，但在 2018 年 Google I/O 大会亲目睹到 AutoCad Web 利用后，十分震动，效果如下图所示。
可以让如斯浩荡的项目跑在 Web 端，实的长短常了不得。通过 WebAssembly 手艺，既能复用之前的 C++ 代码，又能完成 Web 化，那也许就是所谓的一举两得吧。
之前，全民曲播的前端研发司理赵洋曾分享了 WebAssembly 在全民曲播里对曲播编解码方面的利用，效果也十分不错。
别的，许式伟在 ECUG Con 2018 上也分享了一个 Topic，主题是《再谈 Go 语言在前端的利用前景》，Go 的开展也碰着了瓶颈，专注后端开发是没办法让 Go 排到第一的，目前的一个标的目的是借助 GopherJS，将 Go 代码编译为 JS。那种理论是没问题的，和 Kotlin 类似，关于绝大部门 Go 用户也长短常好的。但问题在于，实正的前端不太可能换语言，目前连 Babel、ts 那种都折腾的心累，更何况切换到 Go。“求别更新了，老子学不动了”，那是大部门前端工程师的心声。
从 WebAssembly 的现状来看，关于复杂计算耗时的部门摘用其他语言实现，确实是比力好的一种体例。从趋向上看，WebAssembly 让所有语言都能跑在阅读器上，阅读器上有了 vm，阅读器不就是操做系统了吗？
Chrome 的核心 JavaScript 引擎 V8 目前已包罗了 Liftoff 那一新款 WebAssembly baseline 编译器。Liftoff 简单快速的代码生成器极大地提拔了 WebAssembly 利用的启动速度。不外在桌面系统上，V8 仍然会通过让 TurboFan 在后台从头编译代码的体例最末让代码运行性能到达峰值。
目前，V8 v6.9 (Chrome 69) 中的 Liftoff 已经设置为默认工做形态，也能够显式地通过 --liftoff/--no-liftoff 或者 chrome://flags/#enable-webassembly-baseline 开关来掌握。别的，Node.js v11 摘用的 v8 引擎的 v7 版本，对 WebAssembly 撑持更好，固然那没啥意义，但练手仍是蛮好的。
挪动端
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 还会战术性的增加。
总结总结一下，2018 年大前端的现象：
前端三大框架已趋于平稳，原则化，向 Web Components 看齐。利用层面起头进进过渡封拆周边的阶段，良多细节城市埋在框架里。PWA 平稳开展，兼容 4/5 阅读器，workbox 3 进一步简化开发，别的 PWA 桌面版已经起头鼓起，将来会更多。多端遭到重视，不再只是 all in mobile。WebAssembly 让更多语言能够运行在阅读器上，AutoCAD 的 web 版长短常好的例子。
强运营布景下，挪动端以前端开发为主，已成定局。Flutter 场面地步暂欠好说，还在看看中（次要是不喜好 Dart）。TypeScript 落地很好，宽大性更好：React 对.tsx 撑持十分好，Vue 从 v2.5.0 之后对 ts 撑持就十分好，Node.js（出格是 Egg.js、midway）对 ts 撑持也十分好。
5G 时代快来了，互联网的持久在线情状有可能会被突破。当地设备即客户端，能够斗胆的想想。对前端来说，当地 web 办事，辅助日常开发，类似于 je 如许的模块会越来越多。
末上所述，将来阅读器会越来越重要，Web Os 的概念正在渐渐落地。别的三大框架趋于不变，写法上也越来越像，进修成本是降低的。但周边利用层面的封拆还会是发作式增长，更多复杂的细节会被包拆到利用框架里，可能还有良多纷歧样的开发体例需要各人熟悉。
关于开发者而言，独一稳定的就是进修才能。掌握了进修才能就可以应对那些趋向改变，无论是在三大框架混战时代，仍是后面周边封拆时代都能很高兴的“折腾”。哪怕有一天 AI 实的可以替身写代码，能应变的人天然也是不怕的。
关于大前端的现状和将来我就分享到那里，期看能对你有所搀扶帮助。