學(xué)習(xí)react過程中遇到了this指向的問題,bind方法的理解在bind的那篇文章有提到,也得好好理解,先主要理解下組件的這個過程以及this,文章是摘錄的。下面看代碼:
//假想定義一個ToggleButton開關(guān)組件
class ToggleButton extends React.Component{
constructor(props){
super(props);
this.state = {isToggleOn: true};
this.handleClick = this.handleClick.bind(this); //#1
this.handleChange = this.handleChange.bind(this);
}
handleClick(){
this.setState(prevState => ({
isToggleOn: !preveState.isToggleOn
}));
}
handleChange(){
console.log(this.state.isToggleOn);
}
render(){
return(
<button onClick={this.handleClick} onChange={this.handleChange}>
{this.state.isToggleOn ? 'ON':'OFF'}
</button>
)
}
}
構(gòu)造方法中為什么要給所有的實例方法綁定this呢?
1.代碼執(zhí)行過程:
上例僅僅是一個組件類的定義,當(dāng)在其他組件中調(diào)用或是使用ReactDOM.render( )方法將其渲染到界面上時會生成一個組件的實例,因為組件是可以復(fù)用的,面向?qū)ο蟮木幊谭绞椒浅_m合它的定位。根據(jù)this指向的基本規(guī)則就可以知道,這里的this最終會指向組件的實例。
組件實例生成的時候,構(gòu)造器constructor會被執(zhí)行,此處著重分析一下下面這行代碼:
#1 this.handleClick = this.handleClick.bind(this);
此時的this指向新生成的實例,那么賦值語句右側(cè)的表達(dá)式先查找this.handleClick( )這個方法,由對象的屬性查找機制(沿原型鏈由近及遠(yuǎn)查找)可知此處會查找到原型方法this.handleClick( ),接著執(zhí)行bind(this),此處的this指向新生成的實例,所以賦值語句右側(cè)的表達(dá)式計算完成后,會生成一個指定了this的新方法,接著執(zhí)行賦值操作,將新生成的函數(shù)賦值給實例的handleClick屬性,由對象的賦值機制可知,此處的handleClick會直接作為實例屬性生成。總結(jié)一下,上面的語句做了一件這樣的事情:
把原型方法handleClick( )改變?yōu)閷嵗椒╤andleClick( ),并且強制指定這個方法中的this指向當(dāng)前的實例。
2.綁定this的重要性:
在組件上綁定事件監(jiān)聽器,是為了響應(yīng)用戶的交互動作,特定的交互動作觸發(fā)事件時,監(jiān)聽函數(shù)中往往都需要操作組件某個狀態(tài)的值,進(jìn)而對用戶的點擊行為提供響應(yīng)反饋,對開發(fā)者來說,這個函數(shù)觸發(fā)的時候,就需要能夠拿到這個組件專屬的狀態(tài)合集(例如在上面的開關(guān)組件ToggleButton例子中,它的內(nèi)部狀態(tài)屬性state.isToggleOn的值就標(biāo)記了這個按鈕應(yīng)該顯示ON或者OFF),所以此處強制綁定監(jiān)聽器函數(shù)的this指向當(dāng)前實例的也很容易理解。
React構(gòu)造方法中的bind會將響應(yīng)函數(shù)與這個組件Component進(jìn)行綁定以確保在這個處理函數(shù)中使用this時可以時刻指向這一組件的實例。
3.如果不綁定this:
如果類定義中沒有綁定this的指向,當(dāng)用戶的點擊動作觸發(fā)this.handleClick( )這個方法時,實際上執(zhí)行的是原型方法,可這樣看起來并沒有什么影響,如果當(dāng)前組件的構(gòu)造器中初始化了state這個屬性,那么原型方法執(zhí)行時,this.state會直接獲取實例的state屬性,如果構(gòu)造其中沒有初始化state這個屬性(比如React中的UI組件),說明組件沒有自身狀態(tài),此時即使調(diào)用原型方法似乎也沒什么影響。
事實上的確是這樣,這里的bind(this)所希望提前規(guī)避的,就是著名的this指針丟失的問題。
例如使用解構(gòu)賦值的方式獲取某個屬性方法時,就會造成引用轉(zhuǎn)換丟失this的問題:
const toggleButton = new ToggleButton();
import {handleClick} = toggleButton;
上例中解構(gòu)賦值獲取到的handleClick這個方法在執(zhí)行時就會報錯,Class的內(nèi)部是強制運行在嚴(yán)格模式下的,此處的this在賦值中丟失了原有的指向,在運行時指向了undefined,而undefined是沒有屬性的。
另一個存在的限制,是沒有綁定this的響應(yīng)函數(shù)在異步運行時可能會出問題,當(dāng)它作為回調(diào)函數(shù)被傳入一個異步執(zhí)行的方法時,同樣會因為丟失了this的指向而引發(fā)錯誤。
如果沒有強制指定組件實例方法的this,在將來的使用中就無法安心使用引用轉(zhuǎn)換或作為回調(diào)函數(shù)傳遞這樣的方式,對于后續(xù)使用和協(xié)作開發(fā)而言都是不方便的。