关于前端未来方向的思考
2019 已过去一半，前端社区关于前端未来发展的文章最近也多了起来。最近看到了阿里大佬谈未来前端的文章便也有了一些自己的思考，建议没有看过文章的小伙伴可以去看看。
虽说正式从事前端时间不算很长，不过最早接触前端是在 2012 年左右，也就是上文的第二阶段末期。但从我个人的感受来看，那时的前端还是连带着切图的第一阶段。开局一个 div，配合 Sublime 项目直接开搞。浏览器兼容全靠手、js 引入顺序全靠脑。当时找工作的话，PS + jQuery + div 布局足以（如果切图好的话可能还是加分项），会用 ExtJs 的话，当时算是王者了。
而之后的两年因为工作内容和前端关系不大，也就关心的较少了。等再次回归的时候，已经是 Angular、React 和 Vue 的“三国”时代了。要搞项目也是 Webpack 起手的工程化流程。浏览器的兼容也有了预处理器来搞定，切图也移给 UI 去做了，前端更多的是负责 JavaScript 的数据和交互处理以及基于 Node.js 的 BFF（Backend For FrontEnd）部分。
勉强地来说，我也算是经历过了前端发展早期阶段了。回过来看最大的一个感受就是前端开发正变得和后端开发越来越像。如今的 Webpack 起手就和当年在 eclipse 中新建一个 Java 工程，而 npm 就和 Maven、Gandle 一样。flux 式的数据管理模式中也能看到 MVC 的影子。
为什么前端会发展成现在这样呢？回顾一下历史，可以发现 Ajax 的成熟应用为前后端的分离埋下了伏笔。后端可以更关注于数据层面，把渲染和交互还给前端。SPA 或者说富应用的概念也就在这个时候出现了，而随着硬件和网络条件的发展，SPA 和富应用也逐渐变得可能。
前后端分离，也让软件的架构从 C/S 变为了 B/S。但软件的本质其实并没有变化。前端拿回的数据处理的部分正是后端所擅长的。于是 Backbone 这样的 MVC 框架就出现了。数据层的问题解决之后，还有另一个无法避免的问题，那就是 UI 的更新。传统的 DOM 操作在面对复杂项目时编写和维护就是开发者的噩梦，同时大量的 DOM 操作也会带来性能上的问题。于是 Virtual DOM 和 MVVM 的框架也就顺势出现了。只不过 MVVM 也不是前端发明的，最早是在微软的 WPF 上出现。
另一个推手就是 Node.js。Node.js 的出现让前端程序员没有门槛地编写前端需要的各种工具。模块化、预处理器、打包工具也随之出现。当然，一部分后端程序员把他们在后端的经验搬来也是有一定影响的。
再结合到业务上来说，现在前端的工程基本都是基于各种 cli 脚手架起步。除了注重交互的 C 端外，大部分的中台管理系统由于逻辑以 CRUD 为主，脚手架外加 UI 库就能很快搭建起来。那么这一部分也就很容易用工程化代替。中台系统的构建以及 CRUD 为主的系统将被简化。（小伙伴们有听说过阿里的飞冰吗？）
所以从这个角度来看的话，未来前端向“前”的会更向前，往“后”的会更往后。向“前”更注重交互，会模糊与 UI 之间的界限（或者干脆合并），这部分可能会需要 CSS 结合 UI 的艺术细胞（重 C 端）；而向“后”则更靠近近后端，Node.js 为主的 BFF 层会是另一个方向（比如前端基础组建的搭建、工程化工具的开发和维护），这部分可能就需要扎实的基本功了。还有一个方向是图形学相关的技术（WebGL、Canvas），因为图形学受制于目前的硬件，在前端方面还相对较少，当然这一部分应该是需要扎实的数学功底了。虽然现在的一部分工作可能会被工具简化，但 IOT 和 AR/VR 技术的成熟也会进一步扩大前端的范围，只是用的语言是不是还是 JavaScript 就不知道了。
以上便是我个人对前端未来方向的一些思考，大部分还是从个人的角度出发，如有不足之处还欢迎交流指正。