歡迎關注個人公衆號睿Talk
,獲取我最新的文章:javascript
React Hooks 是從 v16.8 引入的又一開創性的新特性。第一次瞭解這項特性的時候,真的有一種豁然開朗,發現新大陸的感受。我深深的爲 React 團隊天馬行空的創造力和精益求精的鑽研精神所折服。本文除了介紹具體的用法外,還會分析背後的邏輯和使用時候的注意事項,力求作到知其然也知其因此然。java
這個系列分上下兩篇,這裏是上篇的傳送門:
React Hooks 解析(上):基礎react
useLayoutEffect
的用法跟useEffect
的用法是徹底同樣的,均可以執行反作用和清理操做。它們之間惟一的區別就是執行的時機。npm
useEffect
不會阻塞瀏覽器的繪製任務,它在頁面更新後纔會執行。segmentfault
而useLayoutEffect
跟componentDidMount
和componentDidUpdate
的執行時機同樣,會阻塞頁面的渲染。若是在裏面執行耗時任務的話,頁面就會卡頓。瀏覽器
在絕大多數狀況下,useEffect
Hook 是更好的選擇。惟一例外的就是須要根據新的 UI 來進行 DOM 操做的場景。useLayoutEffect
會保證在頁面渲染前執行,也就是說頁面渲染出來的是最終的效果。若是使用useEffect
,頁面極可能由於渲染了 2 次而出現抖動。緩存
useContext
能夠很方便的去訂閱 context 的改變,並在合適的時候從新渲染組件。咱們先來熟悉下標準的 context API 用法:性能優化
const ThemeContext = React.createContext('light'); class App extends React.Component { render() { return ( <ThemeContext.Provider value="dark"> <Toolbar /> </ThemeContext.Provider> ); } } // 中間層組件 function Toolbar(props) { return ( <div> <ThemedButton /> </div> ); } class ThemedButton extends React.Component { // 經過定義靜態屬性 contextType 來訂閱 static contextType = ThemeContext; render() { return <Button theme={this.context} />; } }
除了定義靜態屬性的方式,還有另一種針對Function Component
的訂閱方式:app
function ThemedButton() { // 經過定義 Consumer 來訂閱 return ( <ThemeContext.Consumer> {value => <Button theme={value} />} </ThemeContext.Consumer> ); }
使用useContext
來訂閱,代碼會是這個樣子,沒有額外的層級和奇怪的模式:ide
function ThemedButton() { const value = useContext(NumberContext); return <Button theme={value} />; }
在須要訂閱多個 context 的時候,就更能體現出useContext
的優點。傳統的實現方式:
function HeaderBar() { return ( <CurrentUser.Consumer> {user => <Notifications.Consumer> {notifications => <header> Welcome back, {user.name}! You have {notifications.length} notifications. </header> } } </CurrentUser.Consumer> ); }
useContext
的實現方式更加簡潔直觀:
function HeaderBar() { const user = useContext(CurrentUser); const notifications = useContext(Notifications); return ( <header> Welcome back, {user.name}! You have {notifications.length} notifications. </header> ); }
useReducer
的用法跟 Redux 很是類似,當 state 的計算邏輯比較複雜又或者須要根據之前的值來計算時,使用這個 Hook 比useState
會更好。下面是一個例子:
function init(initialCount) { return {count: initialCount}; } function reducer(state, action) { switch (action.type) { case 'increment': return {count: state.count + 1}; case 'decrement': return {count: state.count - 1}; case 'reset': return init(action.payload); default: throw new Error(); } } function Counter({initialCount}) { const [state, dispatch] = useReducer(reducer, initialCount, init); return ( <> Count: {state.count} <button onClick={() => dispatch({type: 'reset', payload: initialCount})}> Reset </button> <button onClick={() => dispatch({type: 'increment'})}>+</button> <button onClick={() => dispatch({type: 'decrement'})}>-</button> </> ); }
結合 context API,咱們能夠模擬 Redux 的操做了,這對組件層級很深的場景特別有用,不須要一層一層的把 state 和 callback 往下傳:
const TodosDispatch = React.createContext(null); const TodosState = React.createContext(null); function TodosApp() { const [todos, dispatch] = useReducer(todosReducer); return ( <TodosDispatch.Provider value={dispatch}> <TodosState.Provider value={todos}> <DeepTree todos={todos} /> </TodosState.Provider> </TodosDispatch.Provider> ); } function DeepChild(props) { const dispatch = useContext(TodosDispatch); const todos = useContext(TodosState); function handleClick() { dispatch({ type: 'add', text: 'hello' }); } return ( <> {todos} <button onClick={handleClick}>Add todo</button> </> ); }
useCallback
和useMemo
設計的初衷是用來作性能優化的。在Class Component
中考慮如下的場景:
class Foo extends Component { handleClick() { console.log('Click happened'); } render() { return <Button onClick={() => this.handleClick()}>Click Me</Button>; } }
傳給 Button 的 onClick 方法每次都是從新建立的,這會致使每次 Foo render 的時候,Button 也跟着 render。優化方法有 2 種,箭頭函數和 bind。下面以 bind 爲例子:
class Foo extends Component { constructor(props) { super(props); this.handleClick = this.handleClick.bind(this); } handleClick() { console.log('Click happened'); } render() { return <Button onClick={this.handleClick}>Click Me</Button>; } }
一樣的,Function Component
也有這個問題:
function Foo() { const [count, setCount] = useState(0); const handleClick() { console.log(`Click happened with dependency: ${count}`) } return <Button onClick={handleClick}>Click Me</Button>; }
而 React 給出的方案是useCallback
Hook。在依賴不變的狀況下 (在咱們的例子中是 count ),它會返回相同的引用,避免子組件進行無心義的重複渲染:
function Foo() { const [count, setCount] = useState(0); const memoizedHandleClick = useCallback( () => console.log(`Click happened with dependency: ${count}`), [count], ); return <Button onClick={memoizedHandleClick}>Click Me</Button>; }
useCallback
緩存的是方法的引用,而useMemo
緩存的則是方法的返回值。使用場景是減小沒必要要的子組件渲染:
function Parent({ a, b }) { // 當 a 改變時纔會從新渲染 const child1 = useMemo(() => <Child1 a={a} />, [a]); // 當 b 改變時纔會從新渲染 const child2 = useMemo(() => <Child2 b={b} />, [b]); return ( <> {child1} {child2} </> ) }
若是想實現Class Component
的shouldComponentUpdate
方法,可使用React.memo
方法,區別是它只能比較 props,不會比較 state:
const Parent = React.memo(({ a, b }) => { // 當 a 改變時纔會從新渲染 const child1 = useMemo(() => <Child1 a={a} />, [a]); // 當 b 改變時纔會從新渲染 const child2 = useMemo(() => <Child2 b={b} />, [b]); return ( <> {child1} {child2} </> ) });
Class Component
獲取 ref 的方式以下:
class MyComponent extends React.Component { constructor(props) { super(props); this.myRef = React.createRef(); } componentDidMount() { this.myRef.current.focus(); } render() { return <input ref={this.myRef} type="text" />; } }
Hooks 的實現方式以下:
function() { const myRef = useRef(null); useEffect(() => { myRef.current.focus(); }, []) return <input ref={myRef} type="text" />; }
useRef
返回一個普通 JS 對象,能夠將任意數據存到current
屬性裏面,就像使用實例化對象的this
同樣。另一個使用場景是獲取 previous props 或 previous state:
function Counter() { const [count, setCount] = useState(0); const prevCountRef = useRef(); useEffect(() => { prevCountRef.current = count; }); const prevCount = prevCountRef.current; return <h1>Now: {count}, before: {prevCount}</h1>; }
還記得咱們上一篇提到的 React 存在的問題嗎?其中一點是:
帶組件狀態的邏輯很難重用
經過自定義 Hooks 就能解決這一難題。
繼續以上一篇文章中訂閱朋友狀態的例子:
import React, { useState, useEffect } from 'react'; function FriendStatus(props) { const [isOnline, setIsOnline] = useState(null); useEffect(() => { function handleStatusChange(status) { setIsOnline(status.isOnline); } ChatAPI.subscribeToFriendStatus(props.friend.id, handleStatusChange); return () => { ChatAPI.unsubscribeFromFriendStatus(props.friend.id, handleStatusChange); }; }); if (isOnline === null) { return 'Loading...'; } return isOnline ? 'Online' : 'Offline'; }
假設如今我有另外一個組件有相似的邏輯,當朋友上線的時候展現爲綠色。簡單的複製粘貼雖然能夠實現需求,但太不優雅:
import React, { useState, useEffect } from 'react'; function FriendListItem(props) { const [isOnline, setIsOnline] = useState(null); useEffect(() => { function handleStatusChange(status) { setIsOnline(status.isOnline); } ChatAPI.subscribeToFriendStatus(props.friend.id, handleStatusChange); return () => { ChatAPI.unsubscribeFromFriendStatus(props.friend.id, handleStatusChange); }; }); return ( <li style={{ color: isOnline ? 'green' : 'black' }}> {props.friend.name} </li> ); }
這時咱們就能夠自定義一個 Hook 來封裝訂閱的邏輯:
import React, { useState, useEffect } from 'react'; function useFriendStatus(friendID) { const [isOnline, setIsOnline] = useState(null); useEffect(() => { function handleStatusChange(status) { setIsOnline(status.isOnline); } ChatAPI.subscribeToFriendStatus(friendID, handleStatusChange); return () => { ChatAPI.unsubscribeFromFriendStatus(friendID, handleStatusChange); }; }); return isOnline; }
自定義 Hook 的命名有講究,必須以use
開頭,在裏面能夠調用其它的 Hook。入參和返回值均可以根據須要自定義,沒有特殊的約定。使用也像普通的函數調用同樣,Hook 裏面其它的 Hook(如useEffect
)會自動在合適的時候調用:
function FriendStatus(props) { const isOnline = useFriendStatus(props.friend.id); if (isOnline === null) { return 'Loading...'; } return isOnline ? 'Online' : 'Offline'; } function FriendListItem(props) { const isOnline = useFriendStatus(props.friend.id); return ( <li style={{ color: isOnline ? 'green' : 'black' }}> {props.friend.name} </li> ); }
自定義 Hook 其實就是一個普通的函數定義,以use
開頭來命名也只是爲了方便靜態代碼檢測,不以它開頭也徹底不影響使用。在此不得不佩服 React 團隊的巧妙設計。
使用 Hooks 的時候必須遵照 2 條規則:
Function Component
或者自定義 Hook 中調用 Hooks,不能在普通的 JS 函數中調用。Hooks 的設計極度依賴其定義時候的順序,若是在後序的 render 中 Hooks 的調用順序發生變化,就會出現不可預知的問題。上面 2 條規則都是爲了保證 Hooks 調用順序的穩定性。爲了貫徹這 2 條規則,React 提供一個 ESLint plugin 來作靜態代碼檢測:eslint-plugin-react-hooks。
本文深刻介紹了 6 個 React 預約義 Hook 的使用方法和注意事項,並講解了如何自定義 Hook,以及使用 Hooks 要遵循的一些約定。到此爲止,Hooks 相關的內容已經介紹完了,內容比我剛開始計劃的要多很多,想要完全理解 Hooks 的設計是須要投入至關精力的,但願本文能夠爲你學習這一新特性提供一些幫助。