跟什么学

《深入浅出React和Redux》

自己认为的金句

怀疑，并从怀疑中获得更好的方法，并应用于自己，是自己能几何级成长的一个基数。
某一天，我看到了一篇文章，说读书应该怎么样读。或许是我自己都没有仔细看那篇文章。所以导致自己一直以来，认为看什么书，都是那样一个套路。结果就是，一直以来，看某些书的效果一直都不是很理想。我想天下的事大底都是如此，如果你不能做的足够好，而某人说的技巧或者方法，你又觉得有用。你可以相信他，并按照他所说的去做。但是做完之后，一定要自己总结。所以我给自己定下了如下的做事规则。

• 如果自己有所不足——>了解别人是怎么做的优秀的技巧或方法——>尝试时五问*——>调整后，自己尝试——>总结——>调整，再尝试——>得到自己的东西

*（一问你得到的技巧或者方法是和你同类的比你优秀的人吗，二问你所得到的，是要解决你所解决的事吗，三问这个技巧或者方法是什么时间提出来的，四问别人使用这个技巧或者方法的环境是什么，五问自己的目标是否和别人的目标相同）

为什么要记录，记录什么重点（这里说了一些自己对看技术类书籍的看法）

• 目前这本书，已经学习到第90多页，最近看的越来越慢了，好多地方都不能理解。本来抱着囫囵先把书看完的心思，不懂的先在书上做上记号。
• 但是我这样的想法无疑是低效的。试想，如果现在，在不懂的地方做上记号，难道回头再看一遍的时候，一旦遇到了能解决后边遇到的问题的知识点时，就能记得看第一遍时，自己是在这个地方不懂，要特别关注一下。应该很难。所以读技术类的书籍时，不能照搬某些读书的套路，先粗读一遍，然后留着疑问再精读云云。一定要稳扎稳打，一个地方不明白，就立即回头找答案。
• 既然有回头找答案，这样一个操作；而书本又不像是数字化的信息，随便搜索一下就可以找到相关的知识点，根据目录翻页找，多少得要费些事。倒不如从头开始看的时候，就把重点记下来。这是一个为什么要记录的原因，第二个原因就是，如果后边一旦遇到不理解的地方，就把这个问题和相应的答案也记录下来。这样，为自己打造一个属于自己的知识库，方便自己学习，节省时间，以后就可以愉快的玩耍啦。
• 记录什么重点，我觉得应该记录，书本上讲述的一些，重点的，有特征性的描述。一般，定义的描述，理解就可以了。技术类的知识，我觉得独特特征的描述或者说明才是更重要的。比如：在react中，render函数应该是一个纯函数，不能在render中使用setState这个方法，自己写代码的时候，写进去好几次了。而关于render的定义，反倒是不太影响你用好这个方法。

好了，下边我要开始我自己的记录了

• React判断一个元素是否是React组件，就看第一个字母是否大写
• JSX的onClick事件和HTML的onclick事件是不同的，同理，JSX应该有自己的其他事件的写法
  （看书就应该，举一反三，这个知识点，其实是在书本的开始将的，但是你看到这里就要想到，JSX的其他事件的写法应该也是与HTML不相同的，以后要用就要查资料，不能照搬HTML了。）
• 用npm run eject进行弹射操作，操作完后项目会有一些变化
• react属于响应式编程
• react组件的数据分为两种，prop和state，prop是组件对外的接口，state是组件的内部状态。
• prop所能支持的类型，可以是任何js语言支持的数据类型
• 当prop类型不是字符串类型时，在JSX中必须用{}把prop值包住，所以style的值有两层花括号。（这里我在想，数字呢，该不会也要用两层花括号括起来吧），外层表示JSX语法，内层表示对象常量。
• prop还可以用来向外界反馈组件内的数据。利用父组件向子组件传递一个函数，该函数作为回调函数，
• 一定要熟练，熟练，再熟练的掌握prop传值后，组件怎么接收prop并且用好prop。这里有两种情况，一种是class类型的组件，一种是function类型的傻瓜组件。对于class又有两种情况，一种是有定义自己的构造函数时，一种是没有定义自己的构造函数时。这些知识点在书的20页。
• 使用propTypes检查不正确的prop使用，并且在发布产品时，将其去掉。书中22页有一笔带过的描述。
• 会用React的defaultProps功能，为state指定默认的值，这样就不用再指定state的默认值时，还要判断prop有没有的情况。
• 修改state，必须用this.setState函数，为什么？要知道。
• 组件可以修改state，但是组件决不能修改props
• 要充分理解组件的生命周期，第25页开始讲
• 一个组件在什么情况下要构建成类类型的组件，第一是需要初始化state，第二是要绑定成员函数的this环境