2019 年（大）前端技术规划 - 好文

新的一年里，有些新的技术会从实验走向试用；有些技术，则会从试用走向采用；有些技术，则会从采用走向弃用。若是以此为出发点，那么这个 2019 年和过去的
2018 年相比，并不会有太大的区别。学一些新的技术，忘掉一些不同使用的技术。只是前端一个这么广的领域，到底要关心什么技术，到底要忽略什么技术呢？

这便也是我写下这篇文章的意义。可是呢，在写作的过程中：“不行啊，我光告诉你 2019
将会流行什么，可能并没有多大的意义。你们需要自己去学会拥有这样的技能，学会去分析出 2020 需要规划什么内容。”（PS：见下篇）

前端 in 后端

所谓的前端 in 后端，便是在后端开发中，使用前端相关的语言和技术栈。最典型的场景，便是使用 Node.js 开发后端服务。虽然 Node.js 已经有了
10 年的历史了，但是以我（Phodal）的角度来看，我更希望的是使用编译型语言，来开发后端服务。动态语言，无法使用编译器来检测错误，难以约束代码变动。

Node.js 打造后端服务

从社区的探索来看，存在一些完全使用 Node.js 开发的后台服务。但是，也存在一系列由于代码不规范造成的问题。从社区的经验来看，Node.js +
Express + MongoDB + Angular/Vue/React，便是一些不错的选择。当然了，也有相当多的应用，只是采用了 Node.js 来完成
BFF 层（Backend For Frontends）。在这一层业务上，它只做业务数据的中间处理。

虽然，我经常建议在一些关键的节点上，不要采用 Node.js 来打造后台服务。可一旦涉及到 SPA 的服务端渲染，我们就不得不使用 Express、Koa
等这样的服务端 JavaScript/TypeScript 框架，来解决这样的问题。

Serverless

作为一种折中方案，也是我最喜欢的方案。Serverless
架构是指大量依赖第三方服务（也叫做后端即服务，即“BaaS”）或暂存容器中运行的自定义代码（函数即服务，即“FaaS”）的应用程序，函数是无服务器架构中抽象语言运行时的最小单位。

采用 Serverless 架构，也就意味着，我们提取出了大量的基础设施。而使用 Node.js + JavaScript
作为胶水，来快速连接不同的服务，以形成一个快速有效的方案。并且，编写更少的代码，也意味着更安全、快速。

除了直接基于 AWS 的 Serverless Framework 框架的方案，还有 OpenFaaS、Kubeless、OpenWhisk、Fission
等不同的 Serverless 框架。

前端架构

由于前端的代码量在不断地增加，前端不在是一个大泥球架构，越来越多的新架构，将出现在前端领域。

微前端架构

微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web
应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立运行、独立开发、独立部署。

从笔者在 2018
年的实践经历来看，微前端架构确实是一个不错的架构方案。它能有效地解决臃肿前端应用、遗留前端应用和复杂前端应用。我们在项目上尝试使用了多种不同的实践方式：微件化、微应用化、路由分发、前端微服务化等。将一个应用分解，拆解成更多的应用，确实能相对高效地提升开发效率。

如果你们的应用已经相当的大，记得采用微前端相应的技术。还有阅读我写的《微前端的那些事儿》。

组件库及设计系统

自 Ant Design 的圣诞节事件之后，我相信：在 2019 年，有越来越多的团队将构建自己的组件库。一种颇为简单的方案，便是：

*
评审一个开源组件库 Ant Design、Material Design 等

*
在开源组件库的基础上，进行二次封装。如 <AutoComplete /> 变成 <pho-AutoComplete>

*
替换部分的开源组件代码

随后，在那些的基础上，加入自己的模式库和设计系统。

BFF 架构

有越来越多的系统中，出于应对多端（Android、iOS、Web）变化的考虑，便在后端做数据相关的处理工作。为了更好的解耦业务逻辑，并提供更快的业务响应，便在这一层级采用了
BFF 架构。BFF 全称是 Backends For Frontends （服务于前端的后端），它是指在设计 API 时根据不同的设备类型，来返回不同的结果。

除了，采用 Node.js 中相应的后端框架，作为 BFF 层的开发模式。GraphQL 是在 2018 年特别流行的一种 BFF 模式，毫无疑问在
2019 年也是一个值得考虑的方案。

HTML 5 大型游戏

随着移动端的性能不断变好，在 2019 年，我开始看好使用 HTML 5
技术来开发一些游戏。当然了，主要原因还是微信小游戏的出现。但是，不管怎样，我开始尝试在这个领域的探索。

前端 in 前端

前端领域，在 2018 年已经趋于平衡，Angular、Vue、React 都没有出现太大的变化。

框架

架构选型上，也趋势于平衡。该用啥的还是用啥，偶尔还是会出现一些框架切换的新闻。尽管在 2019 年，会出现一些新的框架，但是还不太可能快引起变化。

TypeScript

TypeScript 真香。

前端，新看点不多——技术娱乐新闻，倒是不少。

前端 in IoT

从 2018 年的趋势来看，至少物联网会在 2019 出现一定的上升趋势。目前的主要表现阶段，是在智能家居相关的领域。如果只是就一领域而言，那大抵还是不错的。

笔者在撰写《自己动手设计物联网》时，使用的技术便是 JavaScript 作为后端和 Web 前端、移动应用的开发技术。而无疑的物联网领域，除了现有的
Web 领域，还有各个地方都可以使用 JavaScript 作为开发语言。

*
嵌入式 UI 界面。对于处理器资源丰富的设计来说，它们可以采用完整的浏览器来运行前端应用，而不再是裁剪过的引擎。

*
智能音箱。在过去一年里，已经成为了一个新的入口了。而诸如 AWS Alexa 等都可以采用 Node.js 来开发语言技能。

*
嵌入式开发语言。诸如可以使用 JavaScript 作为开发语言的 IoT.js。事实上，它会变成类似于 Emacs
架构，由原生来实现编译器，由动态语言来增长特性。

*
……

你觉得呢？

开发工具完善

开发工具的完善，一直在每年的规划里。在 2019 年里，也是如此，引入更好的工具，如更好的拖拽工具，更好的代码生成工具——由 AI 生成。

前端 in mobile

前端 in mobile，指的是用前端的技术来开发移动应用。

RN 及 Flutter

依我的角度来看，使用什么跨平台框架来看，区别并不是太大。目前主流的方案，仍然是原生（含跨平台框架） + HTML5
应用。从业务的角度上来看待这个问题，那么还是希望，可以用 HTML 5 的地方多——更新功能方便。

也因此，虽然在过去，笔者写过基于 React Native 的混合应用框架 Dore。我相信：Flutter
也会出现这样的混合应用框架。不过，对于有原生开发能力的团队来说，它们的框架还会是三部分：

*
原生功能部分

*
原生 + H5 的频繁更新部分

*
Fultter 的跨平台部分

写业务嘛，框架都只是工具。

小程序

小程序，即 HTML5 小程序，即无需安装即可下载运行的应用程序。与普通的移动 Web 应用不同的是，小程序相当于是高阶版的混合应用。

如果只是从这一点上来看，其实是不是和微信一样的定制型小程序，并不是那么重要。重要的，在于与原生界面结合，并提供离线使用功能。它也是小程序与普通的 HTML
应用的区别。

安全

从 2018 年的前端社区经验来看，NPM 包的安全，也成为了一个值得考虑的问题。

因此 2019 年，也不得不进行相应的安全机制的设计。

因此 2020年，也不得不进行相应的安全机制的设计。

因此 2021 年，也不得不进行相应的安全机制的设计。

完结)))))))))))))))

作者：Phodal（黄峰达）是一个咨询师、geek、作者和设计师，现作为一个资深的咨询师为 ThoughtWorks 工作。作为一个
geek，他是一名狂热的开源社区贡献者，在 GitHub 上拥有大量的开源项目，以及接近 40k 的 stars。作为一个首席 markdown
印刷工，他是《自己动手设计物联网》繁、简体版、《全栈应用开发：精益实践》简体版的作者，并合译有两本物联网相关书籍；并作为技术专家，审阅了七本英文技术书籍。

热门工具换一换