1.不直接操作dom
今天在和同学讨论的时候，发现了一些以前没注意的问题。
这段时间自己学习时一直都是用原生js写代码，但是以前在公司经常使用jq，也不知不觉间让我习惯了操作dom的倾向。
使用vue也好react也好，在做一些页面操作时，难免总会使用getElementXXX的api。今天同学说了一句“你这种方式和jq有什么区别？”让我意识到自己的解题思路还没完全转变过来。
既然我们使用react，就应该专注在数据层面上的操作，一般而言真的无需去直接操作dom。我当即对页面代码进行调整，将页面特效相关的部分全部用state来操作，结果证明确实没必要直接操作dom。
当然，有时候直接操作dom可能更方便直接，甚至代码量更少。但是Dom操作和js计算的性能消耗完全不在一个层级上，当然还是选择js计算...
要熟悉数据流思想，通过改变数据去改变dom
2.react的事件绑定，不使用匿名函数
首先，react封装的event对象不需要在标签的事件特性中传递给方法。
在类中写事件回调方法时，比较好的还是文档推荐的前两种方式：
1 handle=(e)=>{}
1 //... 2 constructor(props){ 3 super(props) 4 this.handler=this.handler.bind(this); 5 } 6 handler(){} 7 //...
主要是今天debug的时候，我在调试过程中使用了onTouchStart={(e)=>{this.handler}}这种方法测试，然后想起这种方式好像是不推荐的，去官网一查，果然，因为会产生多余的闭包。事实上前两种方式都可以，只是看个人习惯罢了。
3.自定义特性使用data-xx，在回调中用e.target.dataset获取就好了，解构赋值真的蛮好用