注意：以下只是我个人对于前端和业务的理解和感悟，不代表任何其他人和我所在公司、团队的观点，意见不同欢迎一起讨论。

以史为鉴，想要知道前端的未来，必须知道前端的过去，抽象前端发展的规律。

前端的发展始终伴随着端的发展。

2006 年左右国内互联网公司开始有了前端工程师的概念，原因很简单，是因为上网访问网页的人数增多，大型互联网公司为了提升用户体验专门剥离了这样一个岗位来解决相关问题。这是第一批专业前端工程师的起源。

在这几年中的发展，进行了很多轮的技术方案、框架、浏览器的演进。比如 jQuery 兼容性库，再到 Require.js 异步加载，再到现在 React、Vue、Angular 等附带编程思想的前端库以及前后端分离、前端构建器、样式预处理器等。这些演进都是随着 PC 端的用户量的增多和业务复杂度的提升，为了用户体验和开发者体验而进化的。

2009 年左右，智能手机的兴起导致了移动端开发的热潮。人人拥有智能手机，这种特殊的端的特性，也产生了新的业务形态。因此无线前端相关需求开始爆发，无线前端开发、iOS/Android 工程师等需求量非常大。

这几年中的发展，先从最初把 PC 端页面放在手机上渲染，再到出来响应式设计的概念，再到专门做无线端页面，再到独立客户端和 Weex、React Native 这些跨终端的方案。也是出现了非常多的技术演进，这些演进不难看出也是因为用户量的增多和业务复杂度的提升，为了用户体验和开发者体验而进行优化的。

2014 年左右，其实 PC 端颓废之势早已显现，但在双十一下被放大。因此阿里系前端在这个时间点附近就开始弱化 PC 端前端的投入。 以前 PC 端业务，在无线端流量更大的情况下直接被下掉，核心链路的 PC 端业务能用就可以了，不再做效果、功能迭代优化。甚至很多业务直接不做 PC 端只做无线端。业务指标也从 PC 的 PV、UV 变成了客户端的 DAU 等指标。

在这个时间，只做 PC 端的前端，毫无无线端经验的前端，将会慢慢丧失竞争力。PC 兼容库 jQuery 之流也渐渐被替换废弃，因为 PC 的业务很少花费精力做兼容性测试，甚至目前我们团队的业务从来都只测试最新版 Chrome。可以看到，随着端和业务形态的变化，很多前端演进的产物会逐步被替换废掉。

移动端目前还没有衰落，但一个端只要兴起，就会有衰落的时候。总会有新的、更好的、更高效的端来替代老的端。但这个时机是难以预测的。

回顾前端的历史，前端总是伴随的端的变化而变化：

端的出现 -> 业务场景的落地 -> 需要端的开发者 -> 端开发者学习、演进 -> 端的开发效率提升 -> 新的端出现 -> 端的没落 -> 端开发者转领域或者被淘汰

这也就是为什么前端需要学习这么多东西，有这么庞大的体系的原因。每一个端都有它自己的特性。比如未来可能会火的 VR、AR 端，它们的特性就不同于二维平面的移动端，掌握 VR、AR 端的开发就需要新学习很多三维图形图像以及图像识别领域的东西。

因此如果你想要知道前端的未来，你需要预测端的发展。但端的发展是很难预测的，回到 2006 年，有谁会想到会有智能手机，并开创了移动端这个端？

而现在火热的 VR、AR 端，目前看下来并不具备普适性。你需要在特定地点或者佩戴比较大的设备才可以用，你可以带着它给人做手术第一视角给学生做演示，但你上厕所蹲坑更愿意掏出手机看新闻而不是带着 VR 眼镜看。现有的技术很难将其很自然的融入到我们的生活中。

没有普适性和极大用户量的端，不会有太大的开发需求量，主要是特定领域的端开发者。如果这个端死掉了，端的开发者将一无所有。但下一个干掉移动端的端到底是什么？我们可能很难预料，只能顺应时代的发展快速学习顶上去。但人的精力有限，跟站在巨人肩膀上的每年出来活力四射的校招生，你又能竞争几年？

除了移动端领域，既然无法预料到未来的端，那我们在当下和一段未来可以做什么？

其实在上面这些前端的历史发展中，其实暗藏了一条被忽略的前端的线。我们再来回顾一下前端技术的迭代规律：

端的技术演进的原因，本质是因为业务的复杂度提升。比如一个资讯类业务，最初就展示一个信息列表和信息详情页面，那么简单的 HTML 就可以完成。之后他们对列表和详情页增加了很多元素，比如有的详情页面增加了投票功能、有的详情页展示问答和评论功能等。业务逻辑的复杂就导致这个咨询详情页需要 前后端分离、平台化机制、前端组件化、异步加载模块渲染 等技术演进。然而这只是消费者端的前端，运营者端的前端却被忽略掉了。某类详情页显示投票、某类详情页显示问答和评论，都是业务规则，是需要运营者在运营后台进行操作和配置；前端组件化是需要有组件化平台来管理并推送相关组件等。

暗藏的这条被忽略的前端的线，其实就是中后台前端。简单的说，就是整个业务链路中偏向于运营端后台链路的前端。

随着前台业务的复杂度提升，运营后台的复杂度成倍提升。简单的前端交互已经难以满足运营的需求和效率。以前配置运营规则，只需要提交个表单即可，而现在则需要操作一个更复杂的表单，表单上面各种数据接口异步请求、联动变化。运营平台的建设和效率，在快速变化的互联网环境，在某些情况下是关乎于公司业务发展的，可以预见的是这将成为前端需求的爆发点。

相比面向消费者端的前端，中后台的前端更加稳定，通常只需要面向 PC 端即可，但是需要基于复杂的业务场景进行抽象产出通用技术方案和产品，面临的挑战并不会很小。

阿里的业务体系很庞大，很多业务十分深入，因此阿里系前端也会提前针对业务发展的预期，做一些技术储备。包括早期的 Node 前后端分离、前端工程化体系、Weex（weapp 等）在国内都是领跑的，而且有足够的业务场景进行落地。所以通常可以作为前端领域的风向标。

现在这个时间节点，整个阿里集团各个 BU 都有团队在做中后台产品。就我所知就有四五套组件体系、五六个可视化搭建体系。目前组件体系领跑的有 @玉伯 下面的开源产品 ant-design 以及内部没开源的跨 BU 联合协作的后起之秀 Fusion。

而在淘宝终端技术团队，我们的暂未开源的 ICE 中后台技术产品也是集团范围内强有力的中后台产品，经过我们一年的打拼已经基本站稳淘宝中后台业务，开始逐步辐射到菜鸟、盒马、搜索等 BU 的中后台业务。我们团队基于 Fusion 中后台体系，针对业务封装了大量技术解决方案，并布局可视化拖拽系统和前端人工智能领域，处于领先位置。同时我们有非常大的中后台业务场景 淘宝商家后台 和 淘宝达人平台，这些都是面向百万级用户对外的中后台业务。

这些都可以说明中后台前端领域可能是未来会爆发的一个领域，这个领域会立足业务、助力业务，快速产出（比如拖拽创建后台页面、特定领域解决方案）运营平台页面或者内部产品以响应复杂的业务逻辑变化。

上面内容全程没有提 Angular、Vue、React，因为这些库或者框架都是基于现有端的业务体系，基于用户体验和开发者体验演进出来技术方案，并没有什么优劣之分，各有各的长处。而在整个前端演进过程中，只是一块很小的内容。

Angular 约束多，擅长复杂中后台场景和多人协作。Vue 灵活，适用于简单业务快速迭代（当然也有 Vue 做中后台的）。React 组件化设计的好，可以实现比较好的组件生态进行复用。对于这些框架，你只需要基于现有的业务体系和开发者经验，做好最佳的技术方案选型即可。在某些场景下甚至 jQuery 反而是更好的技术选型。

而随着端的变化，一轮一轮的框架和技术方案会持续迭代，当新的端或者业务领域出现之后，更适合的库或者框架将会出现。那么 Angular、Vue、React 很容易的就会像现在我们对待 jQuery 一样，被我们更新换代掉。毕竟一个公司赚钱是因为业务赚钱，而不会因为你用了 Vue 或者 Angular 这些技术框架而赚钱。哪个库或者框架适合你的业务形态，可以给你带来稳定的系统和好的用户体验，让你有高效的开发效率，当然就选哪个了。

前端新手很容易会把框架当成前端的全部，比如我前几年刚学会 jQuery ，可以用 jQuery 写出任何特效的前端页面，当时的我认为 jQuery 就是前端的全部，用熟了就可以一招走天下。但工作时间长了你才会发现 jQuery 只是满足了当时的业务需求，技术框架是随时会变的，不变的是特定业务的解决思想和方案。这个我认为才是非框架研发的前端需要探讨研究的更有价值的内容，比如针对无线页面跨页面跳转的状态本地存储方案、多页面无刷新的单页面路由方案等等。

原文来自：

本文地址： //q13zd.cn/front-end.html编辑：郑帅，审核员：逄增宝

本文原创地址：//q13zd.cn/front-end.html编辑：public，审核员：暂无