今天想着做一件事情，给自己的收藏夹分类。结果做着做着，发现这个任务的工作量超乎我的想象。有一些文章，可能很难界定说，它是哪一类的；而且自己还没有特别去梳理自己对前端知识结构的理解，使得在分类的时候层级也有些模糊。所以在这里梳理一下自己理解中的知识结构。
这既是一篇总结，也是一篇指南，有些地方我自己亲身经历可能丰富一点，就说的多一些；有些地方自己没什么实践，就少说话，简单提一提，免得贻笑大方。
还有一点，这份指南中，个人色彩其实很重。有些学习方法上的建议，我都是从自己的经历出发的，但肯定不适合所有人。比如我喜欢浅阅读，看很多东西，需要用到的时候，心里有个大概，然后再深入研究，用到项目中。但我也遇到过一些喜欢深阅读的同学，他们看到一个东西就喜欢深入学习，举一反三。认识自己的特点并且选择适合自己的方法非常重要，就像小马过河的故事一样。
就语言本身来说，JavaScript值得深究的地方不多。很多同学在最开始入行的时候（就像我），可能根本不懂就已经开始开发了。虽说在开发中踩坑，在踩坑中理解也未尝不可，不过我现在觉得，一开始先了解一些很常用的语法，还是很重要的。
我对前端的JavaScript学习，列出了这样的结构：
- 语法
- 框架与类库
- 设计模式
- 函数式
- 底层
- 发展
接下来就各个层面进行阐述：
关于语法，JavaScript中值得注意的大点，其实也不是特别多，大概就以下几方面是比较常用的：
- 变量提升
- this 指向
- 深复制和继承的写法
- 闭包
- 高阶函数
- 异步与事件模型
关于语法，现有的资料其实很多。从我自己的学习经历来看，我是先简单过一遍《JavaScript高级程序设计》，有一个大概的理解，另外准备一本《JavaScript权威指南》当字典（高程其实也是字典）。建议深入阅读《You Don't Know JS》这一系列，写的真心非常好。
其他资料也推荐一些供大家选择：
其实很多时候，能听到将jQuery称为框架的这种声音，我觉得是不妥的。目前我觉得，常用的第三方包大概两种，框架（framework）和库（library）。我界定两者的标准是：框架会影响到你项目的目录结构、代码结构以及编程模型这些设计相关的东西，而库则仅仅是提供了某些或某类操作的简洁封装方便调用。框架中包含的概念，一般要比库复杂的多，所以我觉得jQuery是一个库，提供了关于DOM操作，Ajax请求等一系列常用操作的简洁封装，而算不上框架。
就我所知，现在比较常见的框架如下：
- React
- Angular 2
- Angular 1
- Ember
- Polymer
- Vue
- Riot
有人还做了这样一张表格，将这些框架进行了对比：Front-end Hyperpolyglot
其实还有rxjs / cycle.js这个纯粹的函数式的框架活跃着，ng2使用了rxjs，React也从中借鉴了思想（包括在redux中用rxjs处理异步Action），但纯粹用这一套的项目，应该还是demo多吧。
我对于框架学习的态度是：将一个真正用到项目中，了解一下其他框架的特点和主要思想（当然时间足够且不怕忘的话，多来几个也没问题，还是那句话，根据自己特点来）。其实哪怕框架过时了，思想也还是有价值的。之前和@RizzleCi聊的时候，她说觉得现在就很像jQuery统治世界之前的样子。现在来看，最终谁会胜出还是个未知数。
然而对于很多同学来说，可能很难去在项目中学习一个框架：自学只能敲demo，项目不熟不敢用。确实，demo的复杂度不足以让你从工程的层次去学习框架，而这一点我的建议就是，借用公共的API进行开发。我推荐使用GitHub和豆瓣（并不是广告），其他文档全面稳定且复杂度足够的API也没有问题。我认为只要你开发了一个足够复杂的前端项目，就能切身体会到框架所带来的优缺点。（其实只要解除跨域限制，哪的API都可以用，方法就是使用代理软件，后面讲开发与调试的时候会具体说）
上面说的这些框架，更准确的来说，其实是专注于将表现和数据分离的框架。其实还有很多框架不在这一类，如针对游戏开发的Egret。（游戏这个领域我没有接触过，点到为止）
说到库的话，我觉得大概有两类：一类相对来说通用一些，如jQuery、lodash；另一类相对专用，如针对数据可视化的D3、Highcharts，针对3D图形的three.js，甚至比较简单的如针对时间处理的moment等等。整体来说，库的上手程度不高，比如jQuery，理解清楚被jQuery的$符包裹的对象和普通DOM的区别及其相互转化，剩下的应该就只有查文档了。
相关推荐：
- jQuery 技术内幕
- 犀利开发:jQuery内核详解与实践
- UnderScore源码分析
- Backbone0.9.1源码分析分析系列
- 100 行代码实现的 JavaScript MVC 样式框架（翻译有点问题，原文的style我的理解是风格）
- 只有20行Javascript代码！手把手教你写一个页面模板引擎
对设计模式的使用，应该是一种经验的体现。由于个人经验缺乏，我现在对设计模式用的很少，仅仅简单实践过像策略模式、装饰者模式这些。我认为设计模式应该是要用心去学习的一个点，也是提升能力的一个有效途径。
相关资料：
前端的函数式编程，应该是在近年来火起来的。其实在高级程序设计上，就对JavaScript的函数式编程有所涉及。函数式编程的起源要从λ演算说起，有兴趣可以查阅相关资料。就我目前的感觉来说，在JavaScript中应用函数式编程更像是一种高级技巧，这种技巧一般都会涉及到闭包和高阶函数，反正我觉得，真心好用。
举一个简单的例子：写一个before函数（before(count, function)），返回一个函数，调用不超过count次。 当count已经达到时，最后一个函数调用的结果将被记住并返回。
比如，我传入这样一个函数：
function log() {
console.log.apply(console, arguments)
return arguments[0]
}用before函数获得只能执行3次的log：
var log3 = before(3, log)
log3(1) // 1
log3(2) // 2
log3(3) // 3
log3(4) // 什么都没有log想一想，你会怎么实现这个before函数。（答案传送门）
还有一些非常常用的函数节流技巧（throttle、debounce）、封装一些原生函数（如fetch），都会用到这相关的技巧。在ES7中，提供了Decorators相关的语法，让你更方便的使用这些技巧。（这其实就是JavaScript中的装饰者模式实践）
许多框架在设计上借鉴了函数式的技巧，比较明显的就是Redux，包括在Redux的源码中，也遍布各种函数式的思维。rxjs更是将这种思维贯彻到了一个极致。我觉得将来rxjs包括cycle.js肯定会在框架中占据一席之地，目前来说，至少RxJava发展的还是挺好的。
推荐：
JavaScript能有今天的发展跟V8是脱不了关系的。很多讲解JavaScript优化的文章，都会提到V8相关的实现。
不过我觉得，对于V8这一层面的东西，离前端还是有点远了。目前我在浏览器开发，没遇到过什么性能上的大问题，学习V8源码，也不算是核心痛点。推荐几篇相关文章：
其实很想吐槽一下，现在的JS，一年一个版本，太可怕了。
当然，确实提供很多非常好用的语法（糖），比如class、解构、箭头函数这些，我是挺喜欢用的。
另外一支很有势头的发展就是TypeScript，给JavaScript加入了强类型，使其更易于开发大型项目（接口的规范与更好的错误提示）。AngularJS 2已经全面拥抱TypeScript了，蚂蚁金服的Ant-Design也已经切换到了TypeScript，可见其提供的特性还是很有吸引力的。在微软推出了VS Code之后，TypeScript也有了官方的编辑器，值得一试。
在使用这些新特性的时候，一般都会用到类似babel这种转换工具。关于这类工具的介绍，会在下面讲开发与调试的时候提到。
很多前端同学应该都是从这个地方入的坑吧。关于HTML和CSS的技巧，我觉得现在自己已经在某种程度上生疏了，毕竟很久没有自己写过了。
其实这个领域曾经带给我很多乐趣，黑科技在某种程度上讲要比JavaScript多很多，而且也是和浏览器兼容的斗争最紧张的地方。如果想了解一些黑科技的话，建议阅读张鑫旭的博客，读下来肯定会很有收获。
下面是我觉得很有意思的几篇文章：
学习CSS的话，推荐下面这些材料：
其他资料推荐：
准备好了基础知识，让我们简单了解一下开发与调试相关的东西。在这一部分中，工具发挥着很大的作用。
我将按照如下顺序阐述这一部分：
- 规范
- 构建
- 调试
- 协同
- 测试
- 性能
没有规矩不成方圆，写代码的时候团队肯定要有一套规范。也有许多团队将他们的规范拿了出来，比如：
其他团队的规范未必适合自己，只要团队成员达成共识，就是好的规范。
在代码commit之前进行规范的检测是一个比较合适的时机，npm提供了一个叫做pre-commit的包，结合eslint-config-airbnb，可以搭建一套用于质量保证的东西出来。
相关资料：
构建一般是使用webpack来进行，依靠各种强大的loader，可以完成一系列功能。强烈建议结合npm script管理项目的命令。
相关资料：
我最常用的工具应该就是Chrome Dev Tools了：
另外就是前面提到过的代理工具，Chrome插件Proxy SwitchyOmega配合fiddler / charles，进行线上调试。如果代理的自定义需求比较高，工具的正则满足不了，可以尝试自己写一个nodejs程序，用http-proxy这个包来将资源代理到本地。
推荐使用git，毕竟GitHub对于开发者已经如同简历、名片一般。
测试是对代码质量的保证，不过说来惭愧，我就没有比较好的测试习惯（这也是我打算培养的一种习惯）。
我对测试重要性的认识来源于在OJ上刷算法题，很多时候抛出一个WA（Wrong Answer）就什么都没有了，一时间就不知道从何去debug。后来在LeetCode上刷题的时候，至少可以看到报错的测试用例，能看到预期的输出，这样思路很快就下来了。有一个同学跟我说，他在LeetCode上做题时，本地测试的过程中，就顺便把测试给写了，自己的测试跑过了再提交，有问题再完善本地测试。如此一个流程下来，不仅加深了对题目的理解，也养成了测试的习惯，思考问题的时候考虑的也会更全面一些（我也想这么试试）。
测试主要针对的是逻辑，在前端对UI测试个人认为是一件很麻烦的事情。之前见过ThoughtWorks的一个工具，将页面在各个浏览器中截图，然后进行对比，看看有没有特别大的问题。虽然也是一种可行的方案，但当页面中有大量的按钮可以点，大量的交互操作去处理，截图来对UI进行测试感觉会比较复杂。
而对逻辑进行测试，工具就相对成熟一些，一般分为以下三类（附上推荐）：
对于测试我也是新手，所以推荐阮一峰老师的入门文章：测试框架 Mocha 实例教程。同样，在很多成熟的Github项目上，你都能看到一个叫test的文件夹，在这里面可以看到项目开发人员所写的测试，学习测试的写法。
前端性能问题，很难在写的时候就全都避免，一般都是在开发完成的测试阶段遇到问题后逐步排查的，总会多少经历一个迭代的过程。
影响前端性能的问题有很多，比如网络速度太慢会影响首屏时间；代码的一些写法也会影响到浏览器的渲染；还有一点我觉得很值得注意的就是内存泄漏。相关的议题都有很多工具去处理，如果前面Chrome开发者工具部分有好好研究的话，现在对性能问题应该也有一些心得了。
关于加载：
关于渲染：
关于内存泄漏：
其他资料推荐：
前端代码没有秘密，毕竟就算混淆也是看的到的。但是，一些安全上的失误，还是会造成不小的影响。可以看看下面这些事件：
对于安全的具体学习，推荐大家阅读：
一般来说，测试没有错不代表上线没有错。尤其是现在可以接入网络的设备越来越多，加上本来就很多的浏览器，测试环境几乎是不可能完美模拟线上的环境的。因此，对错误进行监控就非常重要。
关于前端监控，目前也没有特别完善的解决方案，给出两篇文章供大家参考：
传统的PC端场景，如果不考虑老式浏览器的话，其实是很美好的。目前大部分PC端的业务，如果是针对普通用户的话，一般会兼容到IE8。有特殊需要的（如政府网站），会要求兼容到IE7（甚至更低）。如果是针对企业用户或者内部用户的话，其实就可以开开心心的不考虑兼容了。相信很多同学都是从PC端业务开始的，应该都比较熟悉，就不多说了。
为了方便大家的调试，这里我分享一下微软良心出品：
关于移动端的开发，会涉及很多新的问题，可以先看看下面这篇文章了解一下大概的特点：
其实最实用的就是，主要考虑webkit、rem和flex都可以用。这个我认为是和PC端最大的区别。
移动端开发现在也已经有了很长一段时间，也有许多团队分享了相关的经验：
移动端和PC另一个很大的不同就是调试，真机调试是必不可少的环节，也有许多相关的解决方案：
针对终端对业务场景进行分类仅仅是一种方法，其他时候，还有许多细节的场景需要我们去分析，仅就我个人经验谈一下我所知的几种场景：
建议使用jQuery（移动端Zepto）进行开发，主要任务是切图，一般公司首页这种比较多。
用React做这类项目我认为是非常合适的。组件好分，逻辑清楚，样式、兼容性也不用太在意，主要靠UI框架。
有一个H5动画惊艳了我，让我见到了这一类项目的潜力。罗斯·决不凋谢，请在移动端（或模拟环境）打开。
看到这个项目之后，从代码注释中发现了作者并大概看了一下作者的一系列项目，感觉这个方向也是自有一套东西的（对于只关注于业务开发的我，像发现了新大陆一样）。作者是@shrekshrek，有兴趣的同学可以关注一下。
相关文章推荐：
对于这个领域，我就更是陌生了。如果有同学愿意赐教，感激不尽。
WebGL给了浏览器3D的能力，Three.js则对相关的API进行了封装。这相关的业务可能会出现在游戏中，也可能会出现在一些展示性质的页面上。不过目前主要的项目中，WebGL相关的技术还没有大的应用场景。也许将来显卡性能和浏览器支持水平发展到了足够的高度，像Unreal一样的引擎，也许也会出现在浏览器之中。
当然实现3D也可能不需要JavaScript参与，CSS 3D现在应用的也很多。常见全景图展示效果，为了减小复杂度，经常会采用CSS来创建3D场景。
相关资料推荐：
其实我觉得写这一部分是超出我能力的，毕竟自己没有什么经验，而面试这件事，无论是对面试官还是对应试者其实都是意见相当难的事情。下面所言仅仅是我自己的一些体会，希望抛砖引玉，换来各位前辈多多指教。
面试这件事是围绕人来的，主要的因素也在人。听过一句话，大意是：面试就是在寻找将来的同事。我认为，面试就是对自己的表达，需要一种表达的能力在里面，会表达的人，总是会占据很大的优势。
面试是需要准备的，我认为，面试的积累体现在三方面，也是我接下来希望阐述的三方面：
- 试题的积累
- 项目的积累
- 思考的积累
试题的积累是肯定要做的，因为很多时候，在初筛和一面这种基数很大的情况时，直接用题目来筛掉一波人是很有效率的行为。前端的试题，网上能找到很多，有一些很套路，也有一些很个性。不过考察JavaScript，肯定会问一些闭包、this相关的问题；考察CSS，居中的上镜率就很高；考察兼容，肯定离不开各种奇葩浏览器的hack。有一些小众的东西，可能你没有在项目里面用过，但是面试官如果问到了，且在常见问题中，那你就吃亏了。所以，准备是肯定要做的。
相关资源推荐：
面试中另一个常见问题就是，你做过什么项目。我觉得针对这个问题的话，重点要体现这个项目的特点（展示你对需求的理解能力和分析能力）以及你在这个项目中解决了什么问题（展示你解决问题的能力）。项目应该具有一定的复杂度，如果你在上家公司主要是切图的话，要么就谈谈你对CSS相关的积累，或者直接就谈一些自己做的有一定复杂度的项目（还能展示你自学的能力和动力）。按照这个思路来的话，应该问题不大。
我觉得着应该是开发者的一种修养，也是开发者核心价值的一种体现。思考框架背后的东西，思考设计背后的东西，以及，广泛的阅读。
相关书籍推荐：
其他资源推荐：
这一部分，会提及一些和前端工作相关的，我认为值得一提的东西。然而毕竟是其他领域的东西，难免会因个人眼界而言辞不当，希望各位前辈多多指教。
一般在技术群里面，不懂提问浪费时间的人真是太多了。希望能够静下心来阅读张鑫旭的如何提问才能进阶成为前端大神？。节省别人的时间也是节省自己的时间。
其实很多时候，大家只要把最小可复现bug的线上demo做出来，说不定就已经不需要提问了。
开发人员的时间非常宝贵（因为大家都很忙）。所以，阅读文章一定要精，多了根本看不过来。
我现在真正还在关注的资源，应该就只有JavaScript Weekly和奇舞周刊了。对于我来说，已经足够了。
对于数据结构与算法这部分，我曾经专门写过一篇文章来讨论这个问题，欢迎拍砖：
做题推荐：
阅读推荐：
算导没有读过，不过毕竟经典。后面两本我还没有读完，感觉都很不错。
HTTP2的发展可能会为前端带来很多机会，对这方面感兴趣的同学，可以去看看Jerry Qu的小站。
相关资料推荐：
- HTTP权威指南
- 计算机网络（第6版）（我的大学教材）
建议前端开发至少了解一门后端框架，至少了解网站是怎么回事，有一个整体的把握。推荐一下之前我写的WEB开发新人指南。
我自己的经历，是先后学习了ThinkPHP和express这两个后端开发框架，写了一些简单的东西。私以为比较重要的点如下：
- cookie和session
- 路由控制
- 权限控制
- 如何去建表
Node.js的使用现在也已经是前端的必备技能了（注意是使用）。主要就是使用npm、require的路径规则、能够解决报错信息这些。
建议使用nvm用来做Node版本控制，Windows下需要单独处理node-gyp的环境问题，详见：https://github.com/TooTallNate/node-gyp#installation。另外，强烈不建议在Windows下进行Node开发。
推荐阅读：
使用终端也是一项必备技能。首先如果你使用git的话，肯定会用到；此外仅仅善用一些基本技巧，就能大大提高你的开发效率。
使用是最好的学习方法，首先，把Windows弃了吧（或者丢到虚拟机里面）。
可能以后很多新的东西会进入我们的视野，比如：
Babel等一系列JS的工具，也让AST（抽象语法树）进入了前端的视野，并且开始了应用：
WebRTC也已经开始被浏览器支持了，即时通讯的开发也许会变的更加简单。
框架之战，也没有出现明显的胜利者。
等待VR设备普及起来，我们也许也会在上面写代码？毕竟现在JS跑的地方，已经到嵌入式设备了。
机会和挑战是并存的，而新的东西投入应用，也是一个渐进的过程。放眼未来，还要脚踏实地，能够切实用起来的东西，还是最重要的。