加油！

一起进步

你学什么的

2019年11月3日二阶段正式结束了，由于九月份有事请假回家，来了之后就因休学进了现在这个班，因为之前再上一个班已经学到了末尾，因此在学一遍二阶段就轻松多了，整个项目周，都是自己在做项目，我比较偷懒，没有自己造JSON数据，而是直接拿的别人网站的数据，因此做项目的速度比较快，第一天基本就把购物车写完了，到第二天晚上就实现了基本的功能，剩下的三四天时间，又把前面学的nodeJS复习了一遍，直到发这篇帖子的前几分钟，我才把老师写的 MVC架构的购物车彻底看懂。但让我自己写出来还是有难度的，因此还得多练，即使到了三阶段我想，我们也应该多回顾原生JS，毕竟老师和已经毕业的同学都说原生JS是拿高薪的必备。

今天是三阶段的第一天，恰巧三阶段老师请假了。我也就趁现在有空闲时间，说一下三阶段的计划吧。
之前访谈听就业老师说，我们之前的好程序员，毕业薪资大部分都是15-18K之间，但我在访谈时，说起自己的目标时是10-15K，我很担心会拖班级平均工资的后退，因此，我觉得三阶段的我，因该比二阶段更加努力，因为三阶段的框架才是工作中最常用的技术嘛。
既然大多数都能拿15-18K，我们又凭什么要去做大多数？我们应该拿比大多人更高的工资，在这里给自己定一个小目标，努力好，好好学三阶段，争取在千锋毕业时能拿到 25K的工资，毕竟前些时候我们大学的领导来，说要把高薪资，高职位的学生放在学院的过道中，激励每一届新来的学弟学妹，嘻嘻，加油吧，兄弟们

2019-11-05,三阶段的老师，今天终于来了 。 上午弄了一上午 vnc,耽误了许多宝贵的时间，等到下午才正式开讲，也终于知道了什么是M站，原来就是一个手机版的网页 。老师只写了一小时的布局，所以很快就完成了，还抽出时间把今天学习的知识点给总结了一下，收获满满。
不过十分遗憾地是，今天上课又瞌睡了，我得想个办法治一治，上课可不敢在睡觉了。

学长加油哦

学长，我也想去前端好程序员，请问一下面试的问题难不难呀，都是些什么方面的，我有一些前端的基础。

这几天一直在学习vue,据说每一个前端程序员都是必会vue，再加上我从千锋毕业的朋友也是在工作中使用vue框架,因此我也很重视这一块，11月28日是周四，本可以在宿舍睡个懒觉，但VUE的重要程序驱使我七点起床进班学习，人可以笨一点，但不能懒，所谓勤能补拙大概就是这个道理吧。早上进班之后，整整学到了晚上十点多，期间没有吃饭，更没有像平时一样回宿舍睡觉 。 我用一天的时间，非常扎实的巩固了前几天学的知识，感觉收获非常大。
正如周润发所说 ; 我们年轻吃点苦有什么？大好年华不去奋斗，那不是可惜了吗

截止到今天VUE项目算是告一段落了，纵观整个VUE的学习过程，整体还算顺利，基本上能够独立写出项目，但是，这些只是皮毛，前端的路上还得继续前进，本周剩下的几天会学习D3可视化 ，然后就是react框架了，据说比VUE难度大了许多，虽然只会一个VUE就能找到一份不错的工作，但是技多不压身，未来两周的react，我一定将其拿下，冲击高薪。 学习完react应该就是小程序相关了， 也就是说来北京千锋好程序的五六个月，还剩三四个星期就结束主要前端课程的学习了，对了，最近也有一起来的同学就业了，拿了17K，替别人感到开心的同时自己也要努力啊啊啊！！！！

总结一下 react的生命周期
React的生命周期从广义上分为三个阶段：挂载、渲染、卸载 ，因此可以把React的生命周期分为两类：挂载卸载过程和更新过程。
1.constructor()
constructor()中完成了React数据的初始化，它接受两个参数：props和context，当想在函数内部使用这两个参数时，需使用super()传入这两个参数。
注意：只要使用了constructor()就必须写super(),否则会导致this指向错误。
2.componentWillMount()
componentWillMount()一般用的比较少，它更多的是在服务端渲染时使用。它代表的过程是组件已经经历了constructor()初始化数据后，但是还未渲染DOM时。
3.componentDidMount()
组件第一次渲染完成，此时dom节点已经生成，可以在这里调用ajax请求，返回数据setState后组件会重新渲染
4.componentWillUnmount ()
在此处完成组件的卸载和数据的销毁。
1. clear你在组建中所有的setTimeout,setInterval
2. 移除所有组建中的监听 removeEventListener
有时候在此处会遇到一个警告 ， 可能是因为你的组件内有异步请求，但数据还未完成，你就执行了销毁操作
5.componentWillReceiveProps (nextProps)
在接受父组件改变后的props需要重新渲染组件时用到的比较多
接受一个参数nextProps
通过对比nextProps和this.props，将nextProps的state为当前组件的state，从而重新渲染组件
6.shouldComponentUpdate(nextProps,nextState)
1. 主要用于性能优化(部分更新)
2. 唯一用于控制组件重新渲染的生命周期，由于在react中，setState以后，state发生变化，组件会进入重新渲染的流程，在这里return false可以阻止组件的更新
因为react父组件的重新渲染会导致其所有子组件的重新渲染，这个时候其实我们是不需要所有子组件都跟着重新渲染的，因此需要在子组件的该生命周期中做判断
7. render()
render函数会插入jsx生成的dom结构，react会生成一份虚拟dom树，在每一次组件更新时，在此react会通过其diff算法比较更新前后的新旧DOM树，比较以后，找到最小的有差异的DOM节点，并重新渲染。
8. getDerivedStateFromProps(nextProps, prevState)
代替componentWillReceiveProps()。
老版本中的componentWillReceiveProps()方法判断前后两个 props 是否相同，如果不同再将新的 props 更新到相应的 state 上去。这样做一来会破坏 state 数据的单一数据源，导致组件状态变得不可预测，另一方面也会增加组件的重绘次数。
这两者最大的不同就是:
在 componentWillReceiveProps 中，我们一般会做以下两件事，一是根据 props 来更新 state，二是触发一些回调，如动画或页面跳转等。
在老版本的 React 中，这两件事我们都需要在 componentWillReceiveProps 中去做。
而在新版本中，官方将更新 state 与触发回调重新分配到了 getDerivedStateFromProps 与 componentDidUpdate 中，使得组件整体的更新逻辑更为清晰。而且在 getDerivedStateFromProps 中还禁止了组件去访问 this.props，强制让开发者去比较 nextProps 与 prevState 中的值，以确保当开发者用到 getDerivedStateFromProps 这个生命周期函数时，就是在根据当前的 props 来更新组件的 state，而不是去做其他一些让组件自身状态变得更加不可预测的事情。
getSnapshotBeforeUpdate(prevProps, prevState)
代替componentWillUpdate。
常见的 componentWillUpdate 的用例是在组件更新前，读取当前某个 DOM 元素的状态，并在 componentDidUpdate 中进行相应的处理。
这两者的区别在于：
在 React 开启异步渲染模式后，在 render 阶段读取到的 DOM 元素状态并不总是和 commit 阶段相同，这就导致在
componentDidUpdate 中使用 componentWillUpdate 中读取到的 DOM 元素状态是不安全的，因为这时的值很有可能已经失效了。
getSnapshotBeforeUpdate 会在最终的 render 之前被调用，也就是说在 getSnapshotBeforeUpdate 中读取到的 DOM 元素状态是可以保证与 componentDidUpdate 中一致的。
此生命周期返回的任何值都将作为参数传递给componentDidUpdate（）。