前言

于2018年12月做个小小的前端技术分享，分享包括但不限于：Web 前端发展史、JQuery 与 Vue 的比较、Vue/React/Angular 的比较、前端开发经验的分享与总结等……

一、发展历史

以铜为镜，可以正衣冠；

以古为镜，可以知兴替；

以人为镜，可以明得失。

了解一门技术的历史，可以帮助我们更清晰地了解这个行业的动态。

1.1 原始社会

很久很久很久以前，在 jsliang出生的前一年，即 1994 年的时候，网景公司 (Netscape Communications) 推出了第一款浏览器：NCSAMosaic，但是它只有少数的幸运儿才能使用。

它的初始作用，是为了方便科学家看文档、传论文。所以，到今天为止，学习前端的人在接触 HTML 的时候，都会记得它的第一句有个词是 Document。

这时候的互联网，无疑是处于原始社会的文明初创时期。

你的标点符号变了？OK，浏览器下载过一个新的页面；

你提交了一个表单？OK，浏览器白屏等待许久，最后返回给你个 “用户名错误”；

你电商网站有一千种商品？OK，那你写一千个页面吧……

这时候的互联网，它的开发者统称为程序员。因为前后端开发是一体的，前端代码是后端代码的一部分：后端收到浏览器的请求 ---> 发送静态页面 ---> 发送到浏览器。

1.2 石器时代 

就在同一年(1994 年)，PHP 出现了，有了将数据嵌入到 HTML 中的形式，这意味着互联网行业出现了钻木取火，不断朝石器时代发展。

这时候的互联网，兴起了数据嵌入模板，模板直接写样式的开发模式，例如 MVC 模式：

Model（模型层）：提供/保存数据。

Controller（控制层）：数据处理，实现业务逻辑。

View（视图层）：展示数据，提供用户界面。

在此时，前端只是后端 MVC 中的 V，所以那时候的所谓 “前端工程师” 还没有对应的概念，前端开发人员都喜欢自称 “切图仔”。

后来，因为后端太忙，没空写页面样式让它长得更好看些，于是才有了前端编写页面模板后，让后端代码读取模板，替换变量，渲染出页面。

以 PHP 框架的 Laravel 为例：

1.用户提交请求

2.根据路由不同请求对应的 Laravel 控制器

3.控制器与模型交互

4.控制器调用结果页面

5.在用户浏览器上渲染页面

PHP 内嵌 HTML 代码片段：

相似的：

  ●PHP 直接将数据内嵌到 HTML 中。

  ●ASP 的 ASPX，在 HTML 中嵌入 C# 代码。

  ●Java 的 JSP 直接将数据嵌入到网页中。

1.3 铁器时代

1995 年，网景推出了 Java，形成了前端的雏形：HTML 为骨架，CSS 为外貌，Java 为交互。

而到了 1998 年前后，Ajax（Asynchronous Java And XML：异步的 Java 和 XML）得到了相对的应用，并且在之后逐渐被使用到各个页面上，从而促进了 Web 从 1.0 的静态网页，纯内容展示向 Web 2.0 模式迈进：

Web 2.0 时代：动态网页，富交互，前端数据处理

在 Ajax 的普及中，有三件事是值得一提的：

●2004 年：Gmail

●2005 年：Google 地图

●2006 年：Ajax 被 W3C 正式纳入标准

这时候，前端不再是后端的模板，它可以独立得到各种数据。相对于 Web 1.0 的时代，Web 2.0 由石器时代迈向了铁器时代！

在 Web 2.0 的时代中，在 2006 年的时候，用于操作 DOM 的 jQuery 出现了，它快速地风靡了全球。大量的基于 jQuery 的插件构成了一个庞大的生态系统，从而稳固了 jQuery 作为 JS 库一哥的地位。

jQuery 的影响是源远流长的。即时到了今天，还是会有用 jQuery 一把梭、jQuery + gulp 的前端工程化的项目等……无它，唯方便而。

1.4 工业时代

伴随着信息时代、大数据时代的到来，jQuery 在大量的数据操作中的弊端体现出来了，它在对 DOM 进行大量的操作中，会导致页面的加载缓慢等问题，这时，有些前端开发人员逐渐觉得力不从心了……

●2008 年，谷歌 V8 引擎发布，终结微软 IE 时代。

●2009 年 AngularJS 诞生、Node诞生。

●2011 年 React 诞生。

●2014 年 Vue.js 诞生。

如果说，Angular、React、Vue 等 MVVM 模式的出现，以及 Webpack 的前端工程化构建，加速了数据驱动前端工程化的发展。那么，Node 这个基于 V8 引擎的服务端 Java 运行环境的诞生，可媲美 Ajax 对于前端的贡献。

Node 是前端的第二次飞跃，它使 JS 在服务端语言中也有了一席之地。

何为 MVVM 模式？

  ●Model：提供/保存数据。

  ●View：视图

  ●View-Model：简化的 Controller，唯一的作用就是为 View 提供处理好的数据，不含其它逻辑。

如今，后端负责数据，前端负责其余工作越发明显化。它们之间的通讯，只需要后端暴露 RESTful 接口，前端通过 Ajax，以 HTTP 协议与后端通信即可：

在这个前端的工业时代中，Vue、React、Angular 三大框架并驾齐驱。其他框架虽然也有在陆续发布，但是脱离不了这三大框架的魔爪。而这三大框架的 UI 框架来说，也涌现了不少地技术，例如桌面端的 Electron、NW.js；移动端的React Native、Weex 等。

以此同时，手机端的发展也是不可小觑的：

2007 年第一代 iPhone 发布。

2008 年第一台安卓手机发布。

......

2018 年 iPhone Xs Max 发布。

虽然，一开始的手机应用，是基于手机本地系统如 IOS、Android、WP，使用其原生程序进行编写的第三方应用程序 —— Native App 的天下。但是，随着 React Native、微信小程序等这类技术的发展，以及网速等的不断提升，Native App 逐渐被 Web App 所取代。

如今，多元化的前端框架使这门行业兴起了其独特的工业时代，诸多科技百花争放、百家争鸣。

二、技术比较

没有最好的框架，只有最合适的应用场景。

在前端的开发工作开始之前，我们应该就不同的前端技术进行分析比较，从而更好、更流畅地进行编程开发。

2.1 JSP 与 jQuery

就技术而言，JSP 与 jQuery 是天南地北的。但是，jsliang个人觉得可以就内嵌 HTML 的形式与前后端分离的形式，对 JSP 与 jQuery 进行简要比较。这里的比较，仅仅因为工作中同时有涉及 JSP 与 jQuery，如有不实，望海纳指正。

关于 JSP 与 jQuery 的学习记录：

●Java Server Pages

●jQuery

何为 JSP？

JSP 全称 Java Server Page，是 Java 企业应用的一种动态技术。Java 和 JSP 是运行在服务器端的，也就是说他两运行的结果生成 HTML，HTML 是静态页面，而 JSP 是动态页面。

何为 jQuery？

jQuery 是一个轻量级的 Java 库。jQuery 能够使用户的 HTML 页面 和 JS 内容分离，也就是说，jQuery 的使用，更有利于 HTML、CSS、Java 三者的分离，使得前端代码得到更好的维护。

现在就相同功能进行 JSP 与 jQuery 代码比较：

咋看之下，你会觉得：“啊，JSP 那么简单，用 JSP 好啊！”

是的，JSP 几行代码就能解决 jQuery 十几行代码才能解决的事，而且运行速度也快过 jQuery，为啥不一直用它呢？

就项目发展而言。公司初创的时候，项目初期结构不繁杂的情况下，使用 JSP 无可厚非，因为它快、省事，而且还能节省人力（前后端让一个 Java 写就可以搞定了）。

但是，在项目越来越繁杂、庞大的情况下，一个 Java 已经维护不过来了，企业必须不停地增加 Java 开发人手，而 Java 人员也深陷技术债中……

然而，就好比喜欢锻炼的不全都喜欢跑步一样，并不是所有操作数据的 Java 都喜欢写页面的，这时候就凸显了几个问题：

1.项目越来越大，模块越来越多，需要投入的人手也越来越多，这时候需要分模块分人手地去维护。而且这些 Java 开发人员必须喜欢操作数据也喜欢编写页面，要不然企业将面临员工频繁流动的困扰。

2.用户开始对界面操作提更高的要求，需要增加更多的 JavaScript 互动和特效，无形中增加 Java 开发人员的工作量。

3.当有员工辞职后，下一名员工接手熟悉项目的时间将逐渐增加，由 1 天增长为 1 周甚至 1 个月。因为他不仅要熟悉数据的操作部分，更需要去维护 JavaScript 的页面互动。而这段时间，辞职员工的工作将施压到其他 Java 开发人员身上。

综上，这时候企业不得不考虑了：能不能帮 Java 开发人员减轻负担，更好地维护发展项目。

以此同时，JavaScript 经过时间的沉淀，越发凸显了它的强大。所以，在诸多因素之下，就有了前后端的分离：

2.2 jQuery 与 Vue

在上面的 JSP 与 jQuery 的比较中，我们会发现一个问题，就是 jQuery 在数据操作上，它需要操作的步骤太多了。而且，频繁地操作 DOM。在数据量比较大的情况下，还会造成页面卡慢。

 而这时候，就有了 MVVM 等 MV* 概念的提出：

何为 MVVM 模式？

  ●Model：提供/保存数据。

  ●View：视图。

  ●View-Model：简化的 Controller，唯一的作用就是为 View 提供处理好的数据，不含其它逻辑。

简单来说，就是 MV* 模式，将对数据的操作提升上去了。在 Vue、React、Angular 等 MV* 框架中，可以通过对数据的操作，从而完成对页面数据的渲染。这里我们挑选简单、快速、紧凑而强大的 Vue，与 jQuery 进行比较。

上面的例子，对这两者进行了简单的比较与区分。虽然只是一个简单的说明，但是在实际中，Vue 能解决的问题远比上面的要多的多，复杂的多。

但是，对 jQuery 与 Vue 进行比较，是推崇 Vue，建议全面废弃 jQuery 吗？并不是。

Vue 适用的场景：复杂数据操作的后台页面，表单填写页面。

jQuery 适用的场景：比如说一些 HTML5 的动画页面，一些需要 JavaScript 来操作页面样式的页面。

正应了那句话：“没有最好的框架，只有更适合的应用”。

我们应该根据项目的需求，对技术进行不同的选取。就好比在公众号的 H5 页面上，jsliang就很喜欢用 jQuery 进行操作，因为它简单粗暴好操作，在动画效果的编写上也不错；而在使用 Echarts 进行报表演示的开发中，我更喜欢使用 Vue，因为它能很简易地对后端传回的大量数据进行操作。

2.3 Vue 与 小程序

开篇点题；深入学习过 Vue 开发的，那么在微信小程序、React、Angular 等框架的开发上也不会太差。

 为什么这么说呢？因为它们都是基于 MV* 模式的一些现代前端框架。拿其中的 Vue 与 微信小程序 进行一些简单区别：

生命周期/钩子函数不同，微信小程序的钩子函数要简单地多。

请求数据方面，Vue 会在created或者mounted中请求数据，而微信小程序会在onLoad和onSow中请求数据。

等等……

往往很多时候，我们会觉得它们是有很多地方是相同的。

所以，对于 Vue、React、Angular、微信小程序等 MV* 模式的前端框架，如果非得进行区分比较的话，我们应该就框架的使用场景、团队技术能力、框架优劣势、生态系统等方面去分析它们，并区分它们的适用场景：

Vue：简单易学，灵活轻便。相对于 React 和 Angular 来说，它的学习成本低，适合快速上手，且学习曲线比较平缓。

React：灵活性很高，生态圈强大。相对于 Vue 来说，React 在数据操作方面更灵动；相对于 Angular 来说，它的学习成本更低。

Angular：完整的框架体系。相对于 React 和 Vue，它是一个成熟完善的框架。

微信小程序：简单轻便。相对于 Vue 来说，它更加便捷了，而且微信小程序有上传的代码大小限制，使得微信小程序是真的 “小”。而且微信小程序结合微信，提供了很多 API 供开发人员使用。

 因此，前端团队在项目开发前，可以就项目涉及领域进行探讨：

假如你想快速开发一个成本低的小应用，可以考虑 Vue。

假如你想开发一个大型应用，可以考虑 Angular。

假如你想开发一个跨平台应用，可以考虑 React。

事无绝对，这里仅为本人观点，实际技术选用应结合团队意见，从而找到最适合该项目的技术。

就jsliang本人的开发体验来说：2018 年 4 月份的毕业设计使用了 Vue 进行开发，然后相隔半年进行了微信小程序开发，发觉小程序开发比起 Vue 而言是更轻松便捷的，因为它封装了很多 API 供开发人员使用，并且它有专门的提 Bug 社区。

三、思考总结

没有最好的框架，只有最合适的应用场景。

 希望小伙伴们在面临不同的项目时，可以选择到最合适的框架，从而减少开发工作量，降低开发难度。

 最后的最后，我们再谈谈前端的未来发展及前端职业未来：

前端会继续分化。例如，喜欢 CSS 图形化的，将更深入地学习 UI 与 CSS 3D 等，进行更炫酷的布局；喜欢 JavaScript 的，将更深入地学习数据的操作，实现更复杂地业务、更有趣的用户体验。

前端会继续融合。例如，Vue、React、Angular 合并，实现大一统，结束三分天下的局面。

前端将更加丰富。例如，PC、Mobile、IPad 等的体验更加丰富，不同的平台实现不同的功能。

所以，抓住机遇，不断折腾，创造更好的前端吧！