1. 引言
為什麼要了解 Function 寫法的元件呢?因為它正在變得越來越重要。
那麼 React 中 Function Component 與 Class Component 有何不同?
how-are-function-components-different-from-classes 這篇文章帶來了一個獨特的視角。
順帶一提,以後會用 Function Component 代替 Stateless Component 的說法,原因是:自從 Hooks 出現,函式式元件功能在不斷豐富,函式式元件不再需要強調其無狀態特性,因此叫 Function Component 更為恰當。
2. 概述
原文事先申明:並沒有對 Function 與 Classes 進行優劣對比,而僅僅進行特性對比,所以不接受任何吐槽。
這兩種寫法沒有好壞之分,效能差距也幾乎可以忽略,而且 React 會長期支援這兩種寫法。
Capture props
對比下面兩段程式碼。
Class Component:
class ProfilePage extends React.Component {
showMessage = () => {
alert("Followed " + this.props.user);
};
handleClick = () => {
setTimeout(this.showMessage, 3000);
};
render() {
return <button onClick={this.handleClick}>Follow</button>;
}
}
複製程式碼
Function Component:
function ProfilePage(props) {
const showMessage = () => {
alert("Followed " + props.user);
};
const handleClick = () => {
setTimeout(showMessage, 3000);
};
return <button onClick={handleClick}>Follow</button>;
}
複製程式碼
(線上 Demo)
這兩個元件都描述了同一個邏輯:點選按鈕 3 秒後 alert
父級傳入的使用者名稱。
如下父級元件的呼叫方式:
<ProfilePageFunction user={this.state.user} />
<ProfilePageClass user={this.state.user} />
複製程式碼
那麼當點選按鈕後的 3 秒內,父級修改了 this.state.user
,彈出的使用者名稱是修改前的還是修改後的呢?
Class Component 展示的是修改後的值:
Function Component 展示的是修改前的值:
那麼 React 文件中描述的 props
不是不可變(Immutable) 資料嗎?為啥在執行時還會發生變化呢?
原因在於,雖然 props
不可變,是 this
在 Class Component 中是可變的,因此 this.props
的呼叫會導致每次都訪問最新的 props
。
而 Function Component 不存在 this.props
的語法,因此 props
總是不可變的。
為了便於理解,筆者補充一些程式碼註解:
Function Component:
function ProfilePage(props) {
setTimeout(() => {
// 就算父元件 reRender,這裡拿到的 props 也是初始的
console.log(props);
}, 3000);
}
複製程式碼
Class Component:
class ProfilePage extends React.Component {
render() {
setTimeout(() => {
// 如果父元件 reRender,this.props 拿到的永遠是最新的。
// 並不是 props 變了,而是 this.props 指向了新的 props,舊的 props 找不到了
console.log(this.props);
}, 3000);
}
}
複製程式碼
如果希望在 Class Component 捕獲瞬時 Props,可以: const props = this.props;
,但這樣的程式碼很蹩腳,所以如果希望拿到穩定的 props
,使用 Function Component 是更好的選擇。
Hooks 也具有 capture value 特性
看下面的程式碼:
function MessageThread() {
const [message, setMessage] = useState("");
const showMessage = () => {
alert("You said: " + message);
};
const handleSendClick = () => {
setTimeout(showMessage, 3000);
};
const handleMessageChange = e => {
setMessage(e.target.value);
};
return (
<>
<input value={message} onChange={handleMessageChange} />
<button onClick={handleSendClick}>Send</button>
</>
);
}
複製程式碼
(線上 Demo)
在點選 Send
按鈕後,再次修改輸入框的值,3 秒後的輸出依然是 點選前輸入框的值。這說明 Hooks 同樣具有 capture value 的特性。
利用 useRef
可以規避 capture value 特性:
function MessageThread() {
const latestMessage = useRef("");
const showMessage = () => {
alert("You said: " + latestMessage.current);
};
const handleSendClick = () => {
setTimeout(showMessage, 3000);
};
const handleMessageChange = e => {
latestMessage.current = e.target.value;
};
}
複製程式碼
只要將賦值與取值的物件變成 useRef
,而不是 useState
,就可以躲過 capture value 特性,在 3 秒後得到最新的值。
這說明了利用 Function Component + Hooks 可以實現 Class Component 做不到的 capture props、capture value,而且 React 官方也推薦 新的程式碼使用 Hooks 編寫。
3. 精讀
原文 how-are-function-components-different-from-classes 從一個側面講述了 Function Component 與 Class Component 的不同點,之所以將 Function Component 與 Class Component 相提並論,幾乎都要歸功於 Hooks API 的出現,有了 Hooks,Function Component 的能力才得以向 Class Component 看齊。
關於 React Hooks,之前的兩篇精讀分別有過介紹:
但是,雖然 Hook 已經發布了穩定版本,但周邊生態跟進還需要時間(比如 useRouter
)、最佳實踐整理還需要時間,因此不建議重構老程式碼。
為了更好的使用 Function Component,建議時常與 Class Component 的功能做對比,方便理解和記憶。
下面整理一些常見的 Function Component 問題:
非常建議完整閱讀 React Hooks FAQ。
怎麼替代 shouldComponentUpdate
說實話,Function Component 替代 shouldComponentUpdate
的方案並沒有 Class Component 優雅,程式碼是這樣的:
const Button = React.memo(props => {
// your component
});
複製程式碼
或者在父級就直接生成一個自帶 memo
的子元素:
function Parent({ a, b }) {
// Only re-rendered if `a` changes:
const child1 = useMemo(() => <Child1 a={a} />, [a]);
// Only re-rendered if `b` changes:
const child2 = useMemo(() => <Child2 b={b} />, [b]);
return (
<>
{child1}
{child2}
</>
);
}
複製程式碼
相比之下,Class Component 的寫法通常是:
class Button extends React.PureComponent {}
複製程式碼
這樣就自帶了 shallowEqual
的 shouldComponentUpdate
。
怎麼替代 componentDidUpdate
由於 useEffect
每次 Render 都會執行,因此需要模擬一個 useUpdate
函式:
const mounting = useRef(true);
useEffect(() => {
if (mounting.current) {
mounting.current = false;
} else {
fn();
}
});
複製程式碼
更多可以檢視 精讀《怎麼用 React Hooks 造輪子》
怎麼替代 forceUpdate
React 官方文件提供了一種方案:
const [ignored, forceUpdate] = useReducer(x => x + 1, 0);
function handleClick() {
forceUpdate();
}
複製程式碼
每次執行 dispatch
時,只要 state
變化就會觸發元件更新。當然 useState
也同樣可以模擬:
const useUpdate = () => useState(0)[1];
複製程式碼
我們知道 useState
下標為 1 的項是用來更新資料的,而且就算資料沒有變化,呼叫了也會重新整理元件,所以我們可以把返回一個沒有修改數值的 setValue
,這樣它的功能就僅剩下重新整理元件了。
更多可以檢視 精讀《怎麼用 React Hooks 造輪子》
state 拆分過多
useState
目前的一種實踐,是將變數名打平,而非像 Class Component 一樣寫在一個 State 物件裡:
class ClassComponent extends React.PureComponent {
state = {
left: 0,
top: 0,
width: 100,
height: 100
};
}
// VS
function FunctionComponent {
const [left,setLeft] = useState(0)
const [top,setTop] = useState(0)
const [width,setWidth] = useState(100)
const [height,setHeight] = useState(100)
}
複製程式碼
實際上在 Function Component 中也可以聚合管理 State:
function FunctionComponent() {
const [state, setState] = useState({
left: 0,
top: 0,
width: 100,
height: 100
});
}
複製程式碼
只是更新的時候,不再會自動 merge,而需要使用 ...state
語法:
setState(state => ({ ...state, left: e.pageX, top: e.pageY }));
複製程式碼
可以看到,更少的黑魔法,更可預期的結果。
獲取上一個 props
雖然不怎麼常用,但是畢竟 Class Component 可以通過 componentWillReceiveProps
拿到 previousProps
與 nextProps
,對於 Function Component,最好通過自定義 Hooks 方式拿到上一個狀態:
function Counter() {
const [count, setCount] = useState(0);
const prevCount = usePrevious(count);
return (
<h1>
Now: {count}, before: {prevCount}
</h1>
);
}
function usePrevious(value) {
const ref = useRef();
useEffect(() => {
ref.current = value;
});
return ref.current;
}
複製程式碼
通過 useEffect
在元件渲染完畢後再執行的特性,再利用 useRef
的可變特性,讓 usePrevious
的返回值是 “上一次” Render 時的。
可見,合理運用 useEffect
useRef
,可以做許多事情,而且封裝成 CustomHook 後使用起來仍然很方便。
未來
usePrevious
可能成為官方 Hooks 之一。
效能注意事項
useState
函式的引數雖然是初始值,但由於整個函式都是 Render,因此每次初始化都會被呼叫,如果初始值計算非常消耗時間,建議使用函式傳入,這樣只會執行一次:
function FunctionComponent(props) {
const [rows, setRows] = useState(() => createRows(props.count));
}
複製程式碼
useRef
不支援這種特性,需要寫一些冗餘的函判定是否進行過初始化。
掌握了這些,Function Component 使用起來與 Class Component 就幾乎沒有差別了!
4. 總結
Function Component 功能已經可以與 Class Component 媲美了,但目前最佳實踐比較零散,官方文件推薦的一些解決思路甚至不比社群第三方庫的更好,可以預料到,Class Component 的功能會被五花八門的實現出來,那些沒有被收納進官方的 Hooks 乍看上去可能會眼花繚亂。
總之選擇了 Function Component 就同時選擇了函式式的好與壞。好處是功能強大,幾乎可以模擬出任何想要的功能,壞處是由於可以靈活組合,如果自定義 Hooks 命名和實現不夠標準,函式與函式之間對接的溝通成本會更大。
如果你想參與討論,請 點選這裡,每週都有新的主題,週末或週一釋出。前端精讀 - 幫你篩選靠譜的內容。
關注 前端精讀微信公眾號
special Sponsors
版權宣告:自由轉載-非商用-非衍生-保持署名(創意共享 3.0 許可證)