迅速发展的前端开发，在每⼀年，都为开发者带来了新的关键词。2019 年已步⼊尾声，2020 年前端发展的关键词⼜将有哪些呢？发展的方向又会是什么呢？参考2019年大前端的发展，不出意外，前端依旧会围绕⼩程序、超级APP、跨端开发、前端⼯程化以及新技术运用等几个方面进行展开（能够参考2019年大前端技术趋势深度解读）。前端
在⼩程序⽅⾯，今年仍然是⼩程序突⻜猛进的⼀年，各⼤主流的 App 都上线了⼩程序能⼒的⽀持，各前端团队也都有了专⻔的⼩程序开发团队，以适应更快的⼩程序开发需求。同时App 中不少关键的功能都被⼩程序所替代，甚⾄有些 App 已经变成 Native ⼩程序壳，上层的应⽤实现所有是⼩程序。web
在微信小程序出现之前，你们在谈 Hybird、ReactNative，但终归只是技术层面的狂欢，始终没有业务属性的注入。小程序的出现，一方面告诉业界在当前设备上 Webview 也没差到哪去，另一方面告诉业界如何让有能力的商家在超级 APP上进行私域运营。编程
另外一方面，从技术角度说，在上层 DSL 的严格限制下，超级 APP 就可定义符合本身诉求的 Web 标准，弥补当前 Web 标准的不足，最后和客户端配合，结合离线、预加载、定制Webview 能产出相似于 NSR 等各类酷炫的技术模型，让 Web 在端内低成本达到 Native 版的体验，端外也不会像 Weex 同样有点小别扭。小程序
不过因为须要依赖超级APP（微信、支付宝、百度、美团、头条等），因为各家平台采用的具体方案的差别，形成目前小程序的落地方案也不同，有时候须要开发多套代码。微信小程序
跨端开发⽅⾯，RN ⽣态已经⾮常成熟，或者说看不到太多发展前景，由于目前还停留在0.61版本，彷佛1.0版本仍然遥遥无期。所以，今年不少团队转战⾕歌⽣态的 Flutter，特别是 Flutter for Web 的第⼀个 Release，⼜让 Web 前端重燃但愿、跃跃欲试。前端工程化
同时，苹果公司也发布了全新的 UI 系统——SwiftUI，同时，开源社区中 SwiftUI for Web已经在路上了，SwiftUI for Android 还会远吗？浏览器
跨端开发⽅⾯，Flutter 仍会快速发展，而且会有更多的开发者，Flutter on JS、SwiftUIfor Web&Android 也将是开源⽣态值得期待的事情，毕竟跨端仍没有⼀个完美的解决⽅案。微信
在前端⼯程化⽅⾯，开发者最重要的基本素养就是经过⼯具提高效率，⽽前端开发者在这⽅⾯会持续迭代和优化。前端工程师
曾经咱们谈 Yoman，谈 CLI 等系列构建工具，但在团队大了以后始终以为差点什么。反观 Java 同窗，从没据说过 Spring Boot 配置工程师。今年不少团队都在建设完整的前端 DevOps 流程⼯具集，⼀些团队之间也开始协做共建，不论是 Web 仍是⼩程序项⽬，重新建项⽬、开发、联调（tiao）、部署、测试、发布、运维到监控统计，都有完善的⼯具作保障和提效，从此前端⼯程也会越⾛越标准化。架构
展望2020年前端的发展，前端工程体系必定会更加闭环，再也不是一个脚手架这么简单，而是会结合 IDE，打通业务属性，从项目初始化、到编写代码、到 CI、到灰度、到发布 造成一个完成的闭环。
Serverless 的⽕爆⼏乎能够归因于前端。由于 Serverless 可以较完美的⽀持Node.js，使⽤ Serverless 帮助前端开发者解决了使⽤Node.js 过程当中的诸多问题。
当前的前端工程师大多都是科班出身，虽不能和正宗的服务端开发同窗比，但也可写不少服务端层的业务逻辑。当前已经有不少公司在作 BFF 层，来知足这部分诉求，但依旧摆脱不掉运维、机器分配 这条拦路虎。随着 Serverless 的逐步落地，BFF 这层的代码会摆脱运维、机器分配等复杂的问题，同时大几率会由前端同窗写这部分代码，服务端同窗专一中台系统的实现。从业务上说，业务的试错成本也会大幅度下降。
随着 Node.js 成为前端开发者必备技能以后，云计算的不断普及会让Serverless 触⼿可及。当愈来愈多的开发者尝到研发⾼效的甜头以后，Serverless 必将对前端的研发模式产⽣变⾰。
同时，使用Serverless的同窗必定会使用 TS。这也意味着，2020 不写 TS 可能真的就 Out 了。
WebAssembly 是一种新的字节码格式，目前主流浏览器都已经支WebAssembly。 和 JS 须要解释执行不一样的是，WebAssembly 字节码和底层机器码很类似，能够快速装载运行，所以性能相对于 JS 解释执行而言有了极大的提高。 也就是说WebAssembly 并非一门编程语言，而是一份字节码标准，须要用高级编程语言编译出字节码放到 WebAssembly 虚拟机中才能运行， 浏览器厂商须要作的就是根据 WebAssembly 规范实现虚拟机。
有了 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 上能够运行，而且保证了执行效率。
hrome 的核心 JavaScript 引擎 V8 目前已包含了 Liftoff 这一新款 WebAssembly baseline 编译器。Liftoff 简单快速的代码生成器极大地提高了 WebAssembly 应用的启动速度。2019年，不少的公司都开始投入人力进行WebAssembly的学习个改造，相信2020年WebAssembly会经历爆发式期。
2019年一个绕不开的话题就是5G。⾸先，5G 带宽的⼤幅提高带来传统 Web ⻚⾯复杂度的进⼀步提高，如同 2G 到 4G 变⾰过程当中⻚⾯从 WAP 的纯⽂本超连接时代变⾰到 4G 全图⽚视频时代。5G 对于⻚⾯的变⾰必将是巨⼤的，但确定不会⼀蹴⽽就。由于相应的配套设施也须要逐步完善，如硬件性能和浏览器的处理速度。⽽服务端渲染（SSR）确定是其中⼀个捷径，轻前端重后台，5G 是桥梁，把渲染放后台，不像同构那么简单，须要关注和优化渲染性能。WebAssembly 或许会在这个机遇下获得快速发展，由于它能够⽆缝对接后台多种语⾔，⽽后台渲染的优化也会带来前端⻚⾯研发模式和技术架构的变⾰。
其次，5G 带来的万物互联，⼜将带来有别于智能⼿机和普通 PC 的多样化的应⽤场景，VR、可穿戴设备、⻋载系统、智能投影、智能交互等⼜会把 Web 带⼊各类各样的垂直领域，这也意味着前端将有更多⼴阔的空间。相信随着5G的大规模商业，会诞生一批新的互联网巨头。