摘要:的參數(shù)既可以是一個對象,也可以是一個回調(diào)函數(shù)?;卣{(diào)函數(shù)提供了兩個參數(shù),第一個參數(shù)就是計算過的對象,即便這時還沒有渲染,得到的依然是符合直覺的計算過的值。專題一覽什么是可變狀態(tài)不可變屬性生命周期組件事件操作抽象
本文是『horseshoe·React專題』系列文章之一,后續(xù)會有更多專題推出
來我的 GitHub repo 閱讀完整的專題文章
來我的 個人博客 獲得無與倫比的閱讀體驗
React使用一個特殊的對象this.state來管理組件內(nèi)部的狀態(tài)。
然后開發(fā)者就可以通過描述狀態(tài)來控制UI的表達。
如何描述狀態(tài)呢?
一般我們會在constructor生命周期鉤子初始化狀態(tài)。
import React, { Component } from "react"; class App extends Component { constructor(props) { super(props); this.state = { name: "", star: 0 }; } } export default App;
也可以直接用屬性初始化器的寫法,看起來更加簡潔。
然后通過this.setSatate()來改變狀態(tài)。
import React, { Component } from "react"; class App extends Component { state = { name: "", star: 0 }; componentDidMount() { this.setState({ name: "react", star: 1 }); } } export default App;this.state 首先,改變狀態(tài)有特殊的門路
開發(fā)者不能直接改變this.state的屬性,而是要通過this.setSatate方法。
為什么要這樣設(shè)計?
可能是為了更加語義化吧,開發(fā)者清楚自己在更新狀態(tài),而不是像Vue那樣改變于無形。
不過別急,我為正在閱讀的你準備了一個炸彈:
猜猜下面例子最終渲染出來的star是多少?
import React, { Component } from "react"; class App extends Component { state = { star: 0 }; componentDidMount() { this.state.star = 1000; this.setState(prevState => ({ star: prevState.star + 1 })); } // componentDidMount() { // this.setState(prevState => ({ star: prevState.star + 1 })); // this.state.star = 1000; // } // componentDidMount() { // this.state.star = 1000; // this.setState({ star: this.state.star + 1 }); // } // componentDidMount() { // this.setState({ star: this.state.star + 1 }); // this.state.star = 1000; // } } export default App;
答案是1001。
誒,不是說不能直接改變this.state的屬性么?
聽我講,首先,this.state并不是一個不可變對象,你(非得較勁的話)是可以直接改變它的屬性的。但是它不會觸發(fā)render生命周期鉤子,也就不會渲染到UI上。
不過,既然你確實改變了它的值,如果之后調(diào)用了this.setSatate()的話,它會在你直接改變的值的基礎(chǔ)上再做更新。
所以呀少年,要想不懵逼,得靠我們自己的代碼規(guī)范。
至于注釋的部分,只是為了說明順序問題。
第一部分注釋渲染出來的star是1001。因為回調(diào)會首先計算star的值,而這時候star的值是1000。
第二部分注釋渲染出來的star是1001。這很好理解。
第三部分注釋渲染出來的star是1。這也好理解,這個時候star的值還是0。
其次,狀態(tài)更新會合并處理大家也看到了,我們可以每次更新部分狀態(tài)。
新狀態(tài)并不會覆蓋舊狀態(tài),而是將已有的屬性進行合并操作。如果舊狀態(tài)沒有該屬性,則新建。
這類似于Object.assign操作。
而且合并是淺合并。
只有第一層的屬性才會合并,更深層的屬性都會覆蓋。
import React, { Component } from "react"; class App extends Component { state = { userInfo: { name: "", age: 0 } }; componentDidMount() { this.setState({ userInfo: { age: 13 } }); } } export default App;最后,可以有不是狀態(tài)的狀態(tài)
如果你需要存儲某種狀態(tài),但是不希望在狀態(tài)更新的時候觸發(fā)render生命周期鉤子,那么完全可以直接存儲到實例的屬性上,只要不是this.state的屬性。使用起來還是很自由的。
異步更新 什么叫異步更新?異步更新說的直白點就是批量更新。
它不是真正的異步,只是React有意識的將狀態(tài)攢在一起批量更新。
React組件有自己的生命周期,在某兩個生命周期節(jié)點之間做的所有的狀態(tài)更新,React會將它們合并,而不是立即觸發(fā)UI渲染,直到某個節(jié)點才會將它們合并的值批量更新。
以下,組件更新之后this.state.star的值是1。
import React, { Component } from "react"; class App extends Component { state = { star: 0 }; componentDidMount() { this.setState({ star: this.state.star + 1 }); this.setState({ star: this.state.star + 1 }); this.setState({ star: this.state.star + 1 }); } } export default App;
因為這些狀態(tài)改變的操作都是在組件掛載之后、組件更新之前,所以實際上它們并沒有立即生效。
this.state.star的值一直是0,盡管狀態(tài)被多次操作,它得到的值一直是1,因此合并之后this.state.star的還是1,并不是我們直覺以為的3。
為什么要異步更新?因為this.setSatate()會觸發(fā)render生命周期鉤子,也就會運行組件的diff算法。如果每次setState都要走這一套流程,不僅浪費性能,而且是完全沒有必要的。
所以React選擇了在一定階段內(nèi)批量更新。
還是以生命周期為界,掛載之前的所有setState批量更新,掛載之后到更新之前的所有setState批量更新,每次更新間隙的所有setState批量更新。
非異步情況再來看一種情況:
猜猜最終渲染出來的star是多少?
import React, { Component } from "react"; class App extends Component { state = { star: 0 }; timer = null; componentDidMount() { this.timer = setTimeout(() => { this.setState({ num: this.state.star + 1 }); this.setState({ num: this.state.star + 1 }); this.setState({ num: this.state.star + 1 }); }, 5000); } componentWillUnmount() { clearTimeout(this.timer); } } export default App;
答案是3。
臥槽!
說實話,這里我也沒想明白。
我在React倉庫的Issues里提過這個情況,這是React主創(chuàng)之一Dan Abramov的回答:
setState is currently synchronous outside of event handlers. That will likely change in the future.
Dan Abramov所說的event handlers應(yīng)該指的是React合成事件回調(diào)和生命周期鉤子。
我的理解,因為只有這些方法才能回應(yīng)事件,所以它們之中的狀態(tài)更新是批量的。但是它們之中的異步代碼里有狀態(tài)更新操作,React就不會批量更新,而是符合直覺的樣子。
我們看下面的例子,正常的重復(fù)setState只會觸發(fā)一次更新,但是http請求回調(diào)中的重復(fù)setState卻會多次觸發(fā)更新,看來異步的setState不在React掌控之內(nèi)。
import React, { Component } from "react"; class App extends Component { state = { star: 0 }; componentDidMount() { fetch("https://api.github.com/users/veedrin/repos") .then(res => res.json()) .then(res => { console.log(res); this.setState({ star: this.state.star + 1 }); this.setState({ star: this.state.star + 1 }); this.setState({ star: this.state.star + 1 }); }); } } export default App;
還有一種情況就是原生的事件回調(diào),比如document上的事件回調(diào),也不是異步的。
總結(jié)一下:所謂的異步只是批量更新而已。真正異步回調(diào)和原生事件回調(diào)中的setState不是批量更新的。
不過,Dan Abramov早就提到過,會在將來的某個版本(可能是17大版本)管理所有的setState,不管是不是在所謂的event handlers之內(nèi)。
React的設(shè)計有一種簡潔之美,從這種對待開發(fā)者反饋的態(tài)度可見一斑。
回調(diào)既然this.setSatate()的設(shè)計不符合直覺,React早就為開發(fā)者提供了解決方案。
this.setSatate()的參數(shù)既可以是一個對象,也可以是一個回調(diào)函數(shù)。函數(shù)返回的對象就是要更新的狀態(tài)。
回調(diào)函數(shù)提供了兩個參數(shù),第一個參數(shù)就是計算過的state對象,即便這時還沒有渲染,得到的依然是符合直覺的計算過的值。同時,貼心的React還為開發(fā)者提供了第二個參數(shù),雖然并沒有什么卵用。
以下,組件更新之后this.state.star的值是3。
有一個小細節(jié):箭頭函數(shù)如果直接返回一個對象,要包裹一層小括號,以區(qū)別塊級作用域。
import React, { Component } from "react"; class App extends Component { state = { star: 0 }; componentDidMount() { this.setState((prevState, prevProps) => ({ star: prevState.star + 1 })); this.setState((prevState, prevProps) => ({ star: prevState.star + 1 })); this.setState((prevState, prevProps) => ({ star: prevState.star + 1 })); } } export default App;chaos
總之呢,React更新狀態(tài)的設(shè)計到處都是坑。
大家對React吐槽最多的點是什么呢?
圈外人吐槽JSX。
圈內(nèi)人吐槽this.setState。
期盼React給開發(fā)者一個不令人困惑的狀態(tài)更新API吧。
React專題一覽什么是UI
JSX
可變狀態(tài)
不可變屬性
生命周期
組件
事件
操作DOM
抽象UI
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://www.ezyhdfw.cn/yun/108402.html
摘要:沒有團伙,單獨作案,干凈利落,便于封口。它最大的特點就是不可變。兄弟組件之間傳值原理和回調(diào)函數(shù)一樣,只不過這里父組件只是一個橋梁。父組件接收到回調(diào)函數(shù)的值以后,通過保存該值,并觸發(fā)另一個子組件重新渲染,重新渲染后另一個子組件便可以獲得該值。 本文是『horseshoe·React專題』系列文章之一,后續(xù)會有更多專題推出來我的 GitHub repo 閱讀完整的專題文章來我的 個人博客 ...
摘要:現(xiàn)代前端框架的使命就是開發(fā)者管理狀態(tài),框架根據(jù)狀態(tài)自動生成。專題一覽什么是可變狀態(tài)不可變屬性生命周期組件事件操作抽象 本文是『horseshoe·React專題』系列文章之一,后續(xù)會有更多專題推出來我的 GitHub repo 閱讀完整的專題文章來我的 個人博客 獲得無與倫比的閱讀體驗 什么是UI? 如果你指的是布局和色彩,那更偏向于設(shè)計師的工作。 在現(xiàn)代web領(lǐng)域,大家已經(jīng)有一個共識...
摘要:而生命周期鉤子,就是從生到死過程中的關(guān)鍵節(jié)點。異步渲染下的生命周期花了兩年時間祭出渲染機制。目前為這幾個生命周期鉤子提供了別名,分別是將只提供別名,徹底廢棄這三個大活寶。生命周期鉤子的最佳實踐是在這里初始化。 本文是『horseshoe·React專題』系列文章之一,后續(xù)會有更多專題推出來我的 GitHub repo 閱讀完整的專題文章來我的 個人博客 獲得無與倫比的閱讀體驗 生命周期...
摘要:我們可以為元素添加屬性然后在回調(diào)函數(shù)中接受該元素在樹中的句柄,該值會作為回調(diào)函數(shù)的第一個參數(shù)返回。使用最常見的用法就是傳入一個對象。單向數(shù)據(jù)流,比較有序,有便于管理,它隨著視圖庫的開發(fā)而被概念化。 面試中問框架,經(jīng)常會問到一些原理性的東西,明明一直在用,也知道怎么用, 但面試時卻答不上來,也是挺尷尬的,就干脆把react相關(guān)的問題查了下資料,再按自己的理解整理了下這些答案。 reac...
摘要:父組件向子組件之間非常常見,通過機制傳遞即可。我們應(yīng)該聽說過高階函數(shù),這種函數(shù)接受函數(shù)作為輸入,或者是輸出一個函數(shù),比如以及等函數(shù)。在傳遞數(shù)據(jù)的時候,我們可以用進一步提高性能。 本文主要談自己在react學(xué)習(xí)的過程中總結(jié)出來的一些經(jīng)驗和資源,內(nèi)容邏輯參考了深入react技術(shù)棧一書以及網(wǎng)上的諸多資源,但也并非完全照抄,代碼基本都是自己實踐,主要為平時個人學(xué)習(xí)做一個總結(jié)和參考。 本文的關(guān)鍵...
閱讀 1013·2021-09-27 13:36
閱讀 1063·2021-09-08 09:35
閱讀 1147·2021-08-12 13:25
閱讀 1502·2019-08-29 16:52
閱讀 2991·2019-08-29 15:12
閱讀 2797·2019-08-29 14:17
閱讀 2697·2019-08-26 13:57
閱讀 1079·2019-08-26 13:51