不要问自己需要什么样的人生，而要问自己想要成为什么样的人。
我们从前面的学习知道一个 React 组件不仅仅只包含 DOM 结构的，还应该样式和 Javascript 逻辑的。这里我们认识逻辑构造之事件处理。
1. React 事件处理
这里列举了在 React 中事件的几种绑定处理方式：
import React, { Component } from "react";
class App extends Component {
render () {
return (
<div>
<input/>
<button onClick={ ()=>{ console.log("第一种事件绑定处理方式") }}>Add-1</button>
<button onClick={ this.handleClick2 }>Add-2</button>
<button onClick={ this.handleClick3 }>Add-3</button>
<button onClick={ ()=>{ this.handleClick4() } }>Add-4</button>
</div>
)
}
handleClick2() {
console.log("第二种事件绑定处理方式")
}
handleClick3 = ()=>{
console.log("第三种事件绑定处理方式")
}
handleClick4 = ()=>{
console.log("第四种事件绑定处理方式")
}
}
export default App;
2. 事件绑定区别
这里重点说明下在事件和事件绑定绑定中 this 指向问题。
2.1 匿名函数
直接执行匿名函数，直接在 {} 中写事件函数表达式。
写法特点：
- 适合逻辑少、简单表达式。如果处理逻辑过多、复杂 ，会导致结构不清晰，难维护，不推荐。
- 事件内部 this 指向和外部一致，因为箭头函数没有 this 指向问题原则。
能直接访问：
- 因为 onClick 后面表达式跟的是一个函数（箭头函数），这里事件内部 this 指向和外部一致。
class App extends Component {
// 定义属性
value = 100
render () {
return (
<div>
<input/>
<button onClick={ ()=>{ console.log("第一种事件绑定处理方式", this.value) }}>Add-1</button>
</div>
)
}
2.2 调用内部普通函数
写法特点：this 指向和外部不一致，需要用 bind 修正 this 指向，不推荐使用。
<button onClick={ this.handleClick2 }>Add-2</button>
// 修正后：
<button onClick={ this.handleClick2.bind(this) }>Add-2</button>
handleClick2() {
// 异常，需要通过改变 this 指向解决
console.log("第二种事件绑定处理方式", this.value)
}
不能直接访问：
这里访问类属性 this.value 会报错，我们可以打印出 this 看下它指向什么，结果会是：undefined。为什么 this 会丢失呢？记住一句话：函数中的 this 谁调用我，this 就指向谁。这里点完按钮后被 React 事件系统调用的，this 指向的应该是 React 事件系统。用于不会指向 App 这个实例。而这里它也没有指向 React 事件系统，而是丢了指向 undefined。哈哈哈....
2.3 调用内部箭头函数
写法特点：this 指向和外部一直，没有 this 指向问题，推荐使用。
<button onClick={ this.handleClick3 }>Add-3</button>
handleClick3 = ()=>{
console.log("第三种事件绑定处理方式", this.value)
}
这里是箭头函数，this 指向根本不关心谁调用的我，它永远保持与外部作用域一样的，它指向的 app 的实例。为什么箭头函数 this 指向就不关心谁调用的我呢？我也不知道.... 难到....
- 箭头函数会自动改变 this 的指向？？？
- 或者箭头函数不是改变 this 指向，而是引用上一个作用域的 this ？？？
- 一个比较权威的解释是在箭头函数中，this 与封闭词法上下文的 this 保持一致。在全局代码中，它将被设置为全局对象。
2.4 执行匿名函数，调用其他内部函数
写法特点：this 指向和外部一直，没有 this 指向问题，符合谁调用我我指向谁。非常推荐使用这种写法，参数传递很方便。
<button onClick={ ()=>{ this.handleClick4() } }>Add-4</button>
// 语法简写：
<button onClick={ ()=>this.handleClick4() }>Add-4</button>
// 有人说这里是因为你写成了箭头函数了吧，即使他不写成箭头函数也没关系，刚才讲的原理，符合谁调用我我指向谁。
handleClick4 = ()=>{
console.log("第四种事件绑定处理方式", this.value)
}
整体有个问题： 要不要加小括号，不加不让他自己主动执行，点击系统会调用、加小括号执行函数。加小阔号主动执行，点击后不执行 undefined。
2.5 JS 中修正 this 指向方案
- call：改变 this 指向，自动执行函数；
- apply：改变 this 指向，自动执行函数；
- bind：改变 this 指向，不会自动执行函数，需要手动加括号执行函数 ；
var obj1 = {
name: "obj1",
getName() {
console.log(this.name)
}
}
var obj2 = {
name: "obj2",
getName() {
console.log(this.name)
}
}
// this.name 谁调用我我指向谁
obj1.getName() // 结果 obj1
obj2.getName() // 结果 obj2
// call, reply ：修改 obj1 getName 中 this 指向 obj2
obj1.getName.call(obj2) // 结果 obj2
obj2.getName() // 结果 obj2
3. 总结事件处理
3.1 this 指向问题，记住两句话
- 谁调用我我指向谁原则；
- 箭头函数没有 this 指向问题；
3.2 React 事件绑定和原生事件绑定有什么区别？
React 中事件绑定没有绑定到具体的 DOM 节点（元素）身上。它采用的是一种事件代理的模式，绑定在根节点身上。绑定到每一个 DOM 节点身上是很消耗内存的。
React 模拟了一套事件冒泡机制，等冒泡到根节点上通过 target 事件源找到是那个元素真实触发的，然后从这个触发的元素到顶点所有节点都去查一查，有没有一个叫 onClick 属性，如果有就把这个 onClick 事件给执行了，完整模拟冒泡的流程，即模拟系统事件机制。其不需要考虑解绑、移除事件等，只有节点从页面中没了，onClick 根本就不会再有了，没有绑定只有节点没了 onClick 就没了。
3.3 Event 事件对象也是支持的
Event 对象，和普通浏览器一样，事件 handler 会被自动传入一个 event 对象，这个对象和普通的浏览器 event 对象所包含的方法和属性都基本一致。不同的是 React 中的 event 对象并不是浏览器提供的，而是它自己内部所构建的。它同样具有 event . stoppropagation、event.preventDefault 这种常用的方法。