计算机专业学生如何系统的学习前台开发

迄今为止，前台工程师已经成为研发体系中的重要岗位之一。可是，与此相对的是，极少或者者几乎没有大学的计算机专业愿意开设前台课程，更没有系统性的教学方案出现。大部分前台工程师的知识，其实都是来自于实践和工作中零散的学习。

基础知识的欠缺会让你束手束脚，更限制你处理问题的思路。缺少系统教育加上技术快速革新，所以我们需要学的也就不仅仅只是 CSS&HTML&JavaScript 了。

在这样的大环境下，前台工程师正确的规划自己的学习路径通过自学保证自己的技术实力呢？

干货来了，篇幅较长，建议先藏后看！

目录

三大件学习

库工具

前台框架（ MVVM ）的学习

浏览器 & 计算机基础

前台工程化

性能优化

Nodejs学习

01 三大件学习

现在每年仍旧有很多初级入门的前台开发。所以对初入门的朋友也给出一点意见。

刚入门的朋友，我觉得不应该一开始就学习像Vue、TypeScript、Webpack等知识。应该把重点放在CSS&HTML&JavaScript基础知识的学习上。

CSS & HTML

对于刚入门的朋友我仍旧建议先将CSS(3)&HTML(5)的知识点认真学习一遍。学习的途中最好是学习完一部分就自己在敲一遍代码，加深自己的记忆。

当然假如你愿意，建议你可以先仿一个网站的静态页面（掘金、知乎等都可以），有少量属性即可以理解他实际的实现场景。

当然刚开始敲代码的时候还是不要过分依赖自动补全功能，一开始就使用自动补全对你记忆少量属性时没有帮助的；踏实点学习，日后会有回报的。

关于 CSS(3) 你需要理解的少量知识点

盒模型（标准 & IE ）

flex、float、Normal Flow 等的了解

CSS 常用选择器

行内、内部、外部样式的区别

CSS 层叠规则

BFC 与 IFC 的理解

CSS3 的 transform、transition、animation 等属性的运用理解

响应式布局的了解

……

CSS 说容易也容易，说复杂也复杂；由于 CSS 总是能给你意外的惊喜。

HTML(5) 你需要理解的少量知识点

说到 HTML 我想有很多人是div一把梭。由于div用的爽，不用担心默认样式。

有人说 HTML 语义化的优点很多，比方清晰的页面结构、有利于 SEO、便于团队开发和维护；这些我都承认，不过我还是喜欢div一把梭。

HTML 语义化( 不是很了解为什么面试总会问 )

canvas

本地存储（ localStorage、sessionStorage、cookie 的了解 ）

video 和 audio 的使用

应用缓存( cache manifest )

……

JavaScript

三大件一直都是前台的根本，这一点从未改变，而这三大件中 JavaScript 又是重中之重。

JavaScript一直都是我们前台的基石，肯定程度上JavaScript的了解深度决定了你的发展。所以肯定要用心学习。

现在很多人一看到闭包、原型链、作用域链、继承之类的文章都是直接跳过，你现在可以自问一下你确实了解这些基础的知识点吗？

JavaScript的基础知识点的确很多，所以《JavaScript 高级程序设计》 写了 700 多页；不过当你 JS 基础扎实后，你会发现你在学习框架、亦或者是学习框架源码的时候会轻松许多。

JavaScript（ES6+） 你需要理解的少量知识点

类型转换

this

作用域（作用域链）

原型链以及继承

闭包的了解

动态作用域和词法作用域

JavaScript 执行机制

promise & async

……

上面说的CSS&HTML&JavaScript的基础知识点并不需要你一入门就一律都了解透彻；有些尽管是基础，但却也有它的难度。就算是高级也不敢说自己全都掌握了，有句话说的挺好 —— 书读百遍、其义自见。

我们第一遍学习不可能尽懂，到最少可以给我留下一个印象。过一段时间再学习这块知识点的时候，你一定会有一个全新的了解。学习只一个需要一直在线的任务，重复的学习可以帮助你保持持续的竞争力。

我先公告一点，我并没有说其余技术不需要去学习，只不过初入门最好重点是先将基础夯实。

其实三大件的学习不需要花费多少时间，有基础的大概 3 个月即可以大致的看一遍。能否真的了解这是后话，不过已经算是入门了。

CSS & HTML & JavaScript 推荐书籍/网站

_ W3C 的 CSS&HTML 网络教程

《CSS 权威指南》

《CSS 揭秘》

《JavaScript 高级程序设计》

《你不知道的 JavaScript》上卷

_ ECMAScript 6 入门

HTML 不知道推荐什么书。我个人觉得看教程和动手实践就基本没什问题。

接下来我们即可以学习少量工具类的库了。

02库工具

对于库工具而言我们常用的有 JQuery、underScore、zepto、Moment 等

JQuery: 降低开发者操作 DOM 的复杂度

UnderScore: 提供实用的函数

Zepto: JQuery 的简化版

Moment: 日期和时间操作库

这些库给我们提供了很大的便利，省去了我们编写相关方法的时间，同时也是我们的程序更加稳健 —— 我们自己写的方法很可能在某些情况下就出 bug 了。

当然对于这些库我们不仅仅只是去理解 API，我们需要去学习它的源码。看看假如自己写相关方法的话是不是也想到了这种方式，这些库工具是也是一个很好的学习工具，我们不应该忽略。

比方让你自己实现节流函数，你会如何实现。

过滤对象应该如何实现

……

这种问题的答案不就在 Underscore 源码里面吗？

我们在学习库工具的时候，必定是需要回头看 JavaScript 基础的；这也就进一步夯实了基础。

03前台框架（MVVM）学习

当下最火的框架想必肯定是 React 和 Vue，假如 JQuery 的存在是是我们更加方便的操作 DOM,那么现在 MVVM 框架则是让我们从手动升级 DOM 的繁杂操作中解放出来。

至于 React 和 Vue 该学习哪一个，更多的还是看当下公司使用的是哪一个（也不是必然）。对于 Vue(React) 该如何使用其实不用多久就能上手，我们更应该关心的是他们背后的设计思想和实现原理。

少量典型问题

响应式的基本原理是什么

发布订阅模式的了解

Virtual DOM 的了解

前台路由的实现原理

nextTick / setState 的实现原理

diff 算法

单页面应用（SPA）的原理和优缺点

……

我们对于框架的 API 使用没必要花太多时间，应该多研究他们背后的设计思想和实现原理。

Vue 和 React 我该选择哪一个？

对于这个问题相比很多人都有困扰（有些人两个都学，也就没有这个困扰），这个问题已经有很多人答复了。但我还是觉得不是非要选择哪一个才是政治正确，选择你需要的。

感兴趣的可以看看这篇文章：

React or Vue: Which Javascript UI Library Should You Be Using?

以下是提炼的文中观点：

Vue的优势是：

模板和渲染函数的弹性选择

简单的语法和项目配置

更快的渲染速度和更小的体积

React的优势是：

更适合大型应用和更好的可测试性

同时适用于 Web 端和原生 App

更大的生态系统，更多的支持和好用的工具

Vue 相关资料

对于框架的少量学习资料我个人更倾向于推荐官方文档，有很多问题官方文档已经说得很清楚了。市面上有些书籍也就是对官方文档进行了一个扩写（不排除有精良之作）。

Vue 官网 & Vue Router 官网 & Vuex 官网

剖析 Vue.js 内部运行机制 掘金小册

vue 技术揭秘

04浏览器 & 计算机基础

假如你希望能能快速进阶到高级工程师，那么对于浏览器 & 计算机基础的知识你就必要又有肯定的掌握。由于这能让你更好的了解前台。

浏览器一直是 JavaScript 最重要的宿主环境，所以我们必需去理解 JavaScript 在浏览器中是如何执行的。

我们前台开发接触最多的应该就是浏览器了，记得工作第一年最头痛的就是解决 IE 的兼容问题。工作中出现的很多问题都和浏览器有关，所以我觉得理解浏览器工作原理是非常有必要的。

为何要学习浏览器工作原理？

精确评估 Web 开发项目的可行性

从更高维度审视页面

处理面试中遇到的绝大部分浏览器问题

计算机基础

对于计算机基础我们需要做到大体理解，这样的话我们对整体的流程会有一个大概的把握。在实际开发过程中不会过于被动。

需要理解的少量知识点

浏览器缓存机制

浏览器中 JavaScript 的执行机制

页面渲染原理

浏览器安全问题

浏览器为什么会跨域

如何系统的优化页面

HTTP 与 HTTPS 的区别

TCP/IP 协议

三次握手和四次挥手

CDN 的作用和原理

正向代理商与反向代理商的特点

……

这里仅仅列出了一部分知识点，假如想全面的学习可以看下面推荐的资料。

浏览器 & 网络基础推荐书籍/资料

《浏览器工作原理与实践 》专栏

《图解 HTTP》

《网络是怎么连接的》

05前台工程化

从事先端略微久一点的开发就肯定会有这个感受 —— 前台开发越来越工程化，越来越复杂。

对于前台开发来说，现在前台要做的不只是切页面调接口这么简单，我们需要理解的技术无疑更加广泛。

前台工程化的一点浅见

因为项目的复杂度越来越高，前台需要做的工作就越来越繁重。当项目复杂就会产生许多问题，比方：

如何进行高效的多人协作？

如何保证项目的可维护性？

如何提高项目的开发质量？

如何降低项目生产的风险？

前台工程化细分的话我觉得可以分成模块化、组件化、规范化三个方向。或者者说一切能提升前台开发效率，提高前台应用质量的手段和工具都是前台工程化的实践。

模块化

JavaScript 模块化

CSS 模块化

资源模块化

组件化

从 UI 拆分下来的每个包含模板(HTML)+样式(CSS)+逻辑(JS)功能完备的结构单元，我们称之为组件。

也就是将复杂页面按功能拆分成多个独立的组件。

规范化

编码规范

接口规范

git 使用规范

CodeReview

UI 元素规范

前台工程化少量知识点

了解 Babel、ESLint、webpack 等工具在项目中的作用

Babel 的核心原理

Webpack 的编译原理、构建流程、热升级原理

nginx 的基本了解

了解 Git 的工作流程

Mock 的意义及优点

06性能优化

提起性能优化，大家最先想到的是什么？我最先想到的是一道面试题：

从输入 URL 到页面加载完成的具体过程

由于从直观层面来看，我们前台需要优化的步骤基本都在这个加载工程当中。

性能优化现在对于前台来说已经是必不可少的技能了，当然现在有些所谓的性能优化的技巧现在都成为了一种需要遵从的规范。

我们需要关注两个方向的性能优化：

运行时的优化

开发时的优化

性能优化少量知识点

前台性能衡量指标、性能监控（performance,LightHouse）

常见的性能优化方案有哪些

SSR 方案的性能优化

Webpack 的性能优化方案

React、Vue 等框架使用性能优化方案

网络层面的优化方案

页面渲染层面的优化方案

白屏的优化方案

……

推荐资料

《大型网站性能优化实战》

《前台性能优化原理与实践》掘金小册

07Nodejs学习

我们知道因为 Nodejs 的出现，前台开发出现了一个新的高潮。JS 开始可以涉及后台领域，JS 的可能性更大了。

Nodejs 少量知识点

Nodejs 在应用程序中的作用

Express 和 Koa 的区别

Nodejs 的底层运行原理、和浏览器的异同

Nodejs 非阻塞机制的实现原理

……

最后网上看到寒冬winter（人称计算机之子）总结的两个学习方法，觉得很受用，也分享给大家。

第一个方法：建立知识架构

第一个方法是建立自己的知识架构，并且在这个架构上，不断地进行优化。 

我们先来讲讲什么叫做知识架构？我们可以把它了解为知识的“目录”或者者索引，它能够帮助我们把零散的知识组织起来，也能够帮助我们发现少量知识上的盲区。

当然，知识的架构是有优劣之分的，最重要的就是逻辑性和完备性。

我们来思考一个问题，假如我们要给 JavaScript 知识做一个顶层目录，该怎样做呢？

假如我们把少量特别流行的术语和问题，拼凑起来，可能会变成这样：

类型转换；

this 指针；

闭包；

作用域链；

原型链；

……

这其实不是我们想要的结果，由于这些知识点之间，没有任何逻辑关系。它们既不是并列关系，又不是递进关系，合在一起，也就没有任何意义。这样的知识架构，无法帮助我们去发现问题和了解问题。

假如让我来做，我会这样划分：

文法；

语义；

运行时。

为什么这样分呢，由于对于任何计算机语言来说，必定是“用规定的文法，去表达特定语义，最终操作运行时的”一个过程。

这样，JavaScript 的任何知识都不会出现在这个范围之外，这是知识架构的完备性。我们再往下细分一个层级，就变成了这个样子：

文法

        词法

        语法

语义

运行时

        类型

        执行过程

我来解释一下这个划分。

文法可以分成词法和语法，这来自编译原理的划分，同样是完备的。语义则跟语法具备逐个对应关系，这里暂时不区分。

对于运行时部分，这个划分保持了完备性，我们都知道：程序 = 算法 + 数据结构，那么，对运行时来说，类型就是数据结构，执行过程就是算法。

当我们再往下细分的时候，就会看到熟习的概念了，词法中有各种直接量、关键字、运算符，语法和语义则是表达式、语句、函数、对象、模块，类型则包含了对象、数字、字符串等。

这样逐层向下细分，知识框架就初见端倪了。在顶层和大结构上，我们通过逻辑来保持完备性。假如继续往下，就需要少量技巧了，我们可以寻觅少量线索。

比方在 JavaScript 标准中，有完整的文法定义，它是具备完备性的，所以我们可以根据它来完成，我们还可以根据语法去建立语义的知识架构。实际上，由于 JavaScript 有一份统一的标准，所以相对来说不太困难。

假如是浏览器中的 API，那就困难了，它们分布在 w3c 的各种标准当中，非常难找。但是我们要想找到少量具备完备性的线索，也不是没有办法。我喜欢的一个办法，就是用实际的代码去找：for in 遍历 window 的属性，再去找它的内容。

我想，学习的过程，实际上就是知识架构不断进化的过程，通过知识架构的自然延伸，我们可以更轻松地记忆少量本来难以记住的点，还可以发现被忽视的知识盲点。

第二个方法，我把它称作追本溯源

有少量知识，背后有一个很大的体系，例如，我们比照一下 CSS 里面的两个属性：

opacity；

display。

尽管都是“属性”，但是它们背后的知识量完全不同，opacity 是个非常单纯的数值，表达的意思也很清楚，而 display 的每一个取值背后都是一个不同的布局体系。我们要讲清楚 display，就必需关注正常流（Normal Flow）、关注弹性布局系统以及 grid 这些内容。

还有少量知识，涉及的概念本身经历了各种变迁，变得非常复杂和有争议性，比方 MVC，从 1979 年至今，概念变化非常大，MVC 的定义几乎已经成了一段公案，我曾经截取了 MVC 原始论文、MVP 原始论文、微软 MSDN、Apple 开发者文档，这些内容里面，MVC 画的图、箭头和解释都完全不同。

这种时候，就是我们做少量考古工作的时候了。追本溯源，其实就是关注技术提出的背景，关注原始的论文或者者文章，关注作者说的话。

操作起来也非常简单：翻翻资料（一般 wiki 上就有）找找历史上的文章和人物，再顺藤摸瓜翻出来历史资料即可以了，假如翻出来的是历史人物（幸好互联网的历史不算悠久），你也可以试着发封邮件问问。

这个过程，可以帮助我们了解少量看上去不正当的东西，有时候还可以收获少量趣闻，比方 JavaScript 之父 Brendan Eich 曾经在 Wikipedia 的探讨页上解释 JavaScript 最初想设计一个带有 prototype 的 scheme，结果受到管理层命令把它弄成像 Java 的样子（假如你再挖的深一点，甚至能找到他对某位“尖头老板”的吐槽）。

根据这么一句话，我们再去看看 scheme，看看 Java，再看看少量别的基于原型的语言，我们即可以了解为什么 JavaScript 是现在这个样子了：函数是一等公民，却提供了 new this instanceof 等特性，甚至抄来了 Java 的 getYear 这样的 Bug。

我目前是在职前台开发，假如你现在也想学习前台开发技术，在入门学习前台的过程当中有遇见任何关于学习方法，学习路线，学习效率等方面的问题，你都可以申请加入我的前台学习交流裙：前面：851 中间：231 最后：348。里面聚集了少量正在自学前台的初学者裙文件里面也有我做前台技术这段时间整理的少量前台学习手册，前台面试题，前台开发工具，PDF文档书籍教程，需要的话都可以自行来获取下载。

你要试着建立自己的知识架构，除此之外，还要学会追本溯源，找到知识的源头。成年人的学习不应该是知识，而是思维模型。