初学 Promise 时就让我很好奇一点，Promise 是如何将异步转化为同步语法进行执行的？

对于多人协作项目 git 无疑是最重要的版本控制工具，而工作中一旦出现错误则可以通过版本回退来进行回滚，从而修复 BUG。

提要

前后端分离时为了区分权限往往会由后端进行判断，再由前端动态生成用户的可操作列表。这是我们很早之前的常识。而问题也随之而来——

• 如果后端不愿配合呢？
• 发生变动时的协商问题——每增添页面都需后端配置对应路由权限
• 后端业务逻辑与前端业务逻辑的不一致性

这些问题使得如果非瀑布模型，后期频繁变动的话开发起来会异常困难，像是又回到了当年前后端未分离时的混沌时代；而前后端分离的模式也让双方的分工明确，以分批请求后渲染的模式取代了当初的后台返回，前端也得以处理更复杂的问题；所以我们应该尽可能的将权限控制在自己手中。

​ React 生命周期一直是大家学习中最基础的知识点，但是涉及到父子组件层级嵌套时就需要特别注意。父组件的操作也可能会影响到子组件从而触发子组件的重渲染，所以为了尽量避免多余的 re-render 我们今天就来详细的探讨一下会触发子组件重渲染的机制。

​ 不出意外今天又很懒惰，不想写代码也不想开新坑也不想补老坑，所以就把最近项目中用到的 react-router-dom 写一篇博客吧~

​ 作为 react-router4 的船新版本 react-router-dom 颠覆了传统的路由格式，将原本的格式化路由变成了组件化，无疑算是一大革新。其优劣暂且避开不谈，光是创新就让人们耳目一新了。网络对此褒贬不一，但本着有新用新的原则在我新开的坑里还是毅然决然的使用了 react-router4 。那么现在试着给大伙讲明白吧~

​ 在正式开始之前我们将 模拟训练的教程网站 放在最前边，方便大家根据例子进行学习。当然，跟着我也行。

​ 在迁移文件的时候我们往往无需拷贝 node_modules 文件夹，而是对 package.json 进行拷贝，完成后则进行 npm install 即可完成依赖项的安装。那么 package.lock.json 呢？

​ 啥是 cookie？啥又是 session？token 又是咋用？这些问题在蛮久之前困扰了我好久。依照后台的讲解来说我理解的 session 和 cookie 没什么两样，而 token 的话好像还是，依然是默认携带的东西交给后台做处理。但是！作为一个前端仍然有必要了解其后的机制！

​ 鉴于单向数据流的理念逐渐深入人心，人们对 react 的设计理念也逐步提高了认同度。但是由于其祖孙间通讯过程不直观等问题，在大型项目中我们需要一个第三方的更稳定版本的 “event bus”。在诸多候选者中易于操作且基于单向数据流的 redux 成功取代 Flux 成为脱颖而出的佼佼者。

​ 本文用以记录一些 JS 绑定事件及相应的事件对象，以供查阅

​ 类似于 VueJS，ReactJS 亦有自己的生命周期。

​ 不同于 Vue 的 8 个阶段（beforeCreate、created、beforeMount、mounted、beforeUpdate、update、beforeDestory、destoryed），React 生命周期只分为三部分：初始化阶段、行中阶段、销毁阶段，而在其后再进行细分。

​ 由于 Vue 在学习的过程中并未将此重点讲述，所以我们此次将着重从其定义、作用、与组件间的联系、及各个钩子函数的详解等方面对 ReactJS 生命周期进行介绍