2015-2016前端知识体系

总结了下前端这两年的主流技术，大部分技术在我的博客里有较深入的研究学习，对应技 ，博客持续更新中，欢迎大家关注~

一、框架与组件

bootstrap等UI框架设计与实现

伸缩布局：grid网格布局

基础UI样式：元素reset、按钮、图片、菜单、表单

组件UI样式：按钮组、字体图标、下拉菜单、输入框组、导航组、面包屑、分页、标签、轮播、弹出框、列表、多媒体、警告

响应式布局：布局、结构、样式、媒体、javascript响应式

第三方插件：插件管理

jQuery、zepto使用原理以及插件开发

支持amd、cmd、全局变量的模块化封装

$.fn.method = function(){}

mvc/mvvm框架原理设计，vue/angular/avalon等

directive设计：html、text、class、html、attr、repeat、ref，可扩展

filter设计：bool、upperCase、lowerCase，可扩展

表达式设计：if-else等实现

viewmodel结构设计：例如数据，元素，方法的挂载与作用域

数据更变检测：函数触发，脏数据检测、对象hijacking

polymer/angular2思想与设计思路

import技术

template和script引入方式

css样式命名空间隔离

简单复用第三方库

reactjs原理与使用

virtual dom单向数据绑定

js执行语法方式

UI由状态控制

commonJS/AMD/CMD

模块引入

模块定义

模块标识

UMD解决不同规范兼容性的问题，例如webpack封装

模块懒执行(CMD)与与预执行(AMD)

loadJs模块化加载原理与实现

创建script标签，需要id映射到资源url

onload加载模块队列判断

全部加载完成后触发

加载失败问题优化

requirejs、modjs、seajs

polyfill、shim原理与实现

polyfill提供了开发者们希望浏览器原生提供支持的功能特性

shim将新的API引入到旧的环境中,且仅靠旧环境中已有的手段实现

virtual Dom、Incremental DOM

1.用js对象树表示dom树结构，根据该对象树构建dom树

2.状态改变时，重新构建对象，和旧的对象对比，记录两个对象树差异

3.将对象树差异应用到dom中

小结:js对象模拟dom(elem.js)，virtual dom diff算法(diff.js)、差异渲染dom(patch.js)

incremental dom在状态改变时扫描旧对象树将差异直接应用到dom中

shadow dom

隔离外部环境用于封装组件：结构、样式、行为

实现形式：新标签、class类属性 + 构建编译

webwork与service Worker

webwork与主线程机制，on/post

serviceworker可作为浏览器请求代理

应用场景

前端行业经历了这么长时间的发展，技术元素非常丰富，这里列举出一般web团队需要用到的技术元素：

开发规范：包括开发、部署的目录规范，编码规范等。不要小瞧规范的威力，可以极大的提升开发效率，真正优秀的规范不会让使用者感到约束，而是能帮助他们快速定位问题，提升效率。

模块化开发：针对js、css，以功能或业务为单元组织代码。js方面解决独立作用域、依赖管理、api暴露、按需加载与执行、安全合并等问题，css方面解决依赖管理、组件内部样式管理等问题。是提升前端开发效率的重要基础。现在流行的模块化框架有requirejs、seajs等。

组件化开发：在模块化基础上，以页面小部件(component)为单位将页面小部件的js、css、html代码片段放在一起进行开发、维护，组件单元是资源独立的，组件在系统内可复用。比如头部(header)、尾部(footer)、搜索框(searchbar)、导航(menu)、对话框(dialog)等，甚至一些复杂的组件比如编辑器(editor)等。通常业务会针对组件化的js部分进行必要的封装，解决一些常见的组件渲染、交互问题。

组件仓库：有了组件化，我们希望将一些非常通用的组件放到一个公共的地方供团队共享，方便新项目复用，这个时候我们就需要引入一个组件仓库的东西，现在流行的组件库有bower、component等。团队发展到一定规模后，组件库的需求会变得非常强烈。

性能优化：这里的性能优化是指能够通过工程手段保证的性能优化点。由于其内容比较丰富，就不在这里展开了，感兴趣的同学可以阅读我的这两篇文章 [1] [2]。性能优化是前端项目发展到一定阶段必须经历的过程。这部分我想强调的一点是 性能优化一定是一个工程问题和统计问题，不能用工程手段保证的性能优化是不靠谱的，优化时只考虑一个页面的首次加载，不考虑全局在宏观统计上的优化提升也是片面的。

项目部署：部署按照现行业界的分工标准，虽然不是前端的工作范畴，但它对性能优化有直接的影响，包括静态资源缓存、cdn、非覆盖式发布等问题。合理的静态资源资源部署可以为前端性能带来较大的优化空间。

开发流程：完整的开发流程包括本地开发调试、视觉效果走查确认、前后端联调、提测、上线等环节。对开发流程的改善可以大幅降低开发的时间成本，工作这些年见过很多独立的系统（cms系统、静态资源推送系统）将开发流程割裂开，对前端开发的效率有严重的阻碍。

开发工具：这里说的工具不是指IDE，而是工程工具，包括构建与优化工具、开发-调试-部署等流程工具，以及组件库获取、提交等相关工具，甚至运营、文档、配置发布等平台工具。前端开发需要工具支持，这个问题的根本原因来自前端领域语言特性（未来我会单独写一篇文章介绍前端领域语言缺陷问题）。前端开发所使用的语言（js、css、html）以及前端工程资源的加载与定位策略决定了前端工程必须要工具支持。由于这些工具通常都是独立的系统，要想把它们串联起来，才有了yeoman这样的封装。前面提到的7项技术元素都直接或间接的对前端开发工具设计产生一定的影响，因此能否串联其他技术要素，使得前端开发形成一个连贯可持续优化的开发体系，工具的设计至关重要。

1.命名

在开发前必须有个命名规范来对代码统一规范团队代码结构，使代码可读性提高

2.注释

我相信每个人看别人代码时看到密密麻麻的代码结构，相信每个人都会很头疼，即使想看也会看不下去，而且很耗时间，所以注释就变得尤其得重要，注释越清楚越详细我相信代码可维护性越高，而且更容易修改维护

3.变量

在js中变量无处不在，所以这么声明变量就变得尤其得重要，首先少使用全局变量，这样会增加加载速度，从而导致项目用户体验不好

4.声明变量如果不用 var 会导致变量成为全局变量。

5.函数

函数的参数数量

函数的参数不应该超过 3 个。如果函数的参数超过 3 个，应该将一些参数进行封装。

6.函数参数传递

只传函数需要的参数。如

// 不推荐

function greet(data){

console.log('Hello, I am ' + data.name)

}

// 推荐

function greet(name){

console.log('Hello, I am ' + name)

}

7.函数的功能

一个函数只做一件事。这有助于测试和代码复用。

函数尽可能无副作用。无副作用指不修改传入的参数和全局变量。

8.减少重复代码

. 记得在某个文章中看到说，如果重复的代码出现 3 次，就应该重构重复的代码。

. 松耦合

. 一个函数只做一件事

. 缓存一些计算结果

9.避免全局变量

. 从分配置和离逻辑代码

. 不要修改不属于你的对象

. 不属于你的对象包括

. 浏览器原生对象，如 Object，Array等

DOM，如 document

BOM，如 window

类库对象

如果想拓展浏览器原生对象的功能，可以创建函数，函数中把浏览器原生对象传入。如Underscore.js 做 的那样。

10.代码风格的统一

11.尽可能的避免代码重复

.如何减少重复的代码呢？

.在JS中，可以将重复的代码写成一个方法，如果是可通用的，可以写在独立的JS文件中。

.在CSS中，则需要借助Sass，Less之类的预处理语言的Mixins的功能。将重复的部分写成一个Mixins。

12.配置和逻辑分开

. JS中，对于整个站的通用配置，写在config.js里。如果是某个js的配置，在文件的开头，用defaultParam 对象来存放可变的配置，用const来定义不可变的配置

. CSS中，依旧要借助预处理语言。对于整站的配置，定 义在_variables.scss里。对于某个具体CSS文件里，在文件开头用变量来定义

13.减少代码的副作用

1>JS中，方法中的沟通尽量不要用全局变量；不要在Array之类的全局对象的原型链上添加方法；尽量不要定义全局的方法和变量：如果确实有很多变量，方法放在全局上，可以学习jQuery,将很多变量，方法放在一个全局对象上；自定义事件，事件的名称也要有命名空间。

2>CSS中，要做到无副作用，难度很大。对于简单页面，一个方法是，把页面上的元素都分成一个个组件，写样式时，选择器要用组件选择器 当前元素选择器。当组件变的复杂时，组件也会包含很多子组件。然后，选择器就会越来越长。。。我的解决方案是用的BEM。

14.提高代码的可读性

.变量，方法等的合理命名，通过名称可以知道这个大概做什么的。

.如果则要加注释来说明一下。对于不容理解的代码加注释

.尽可能不用魔法数字

.对于HTML，选择合适标签

15.一个方法只做一件事

一来提高代码的复用性，二来让调试也变的更容易，三来让测试变的更容易