日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Reacthooks實戰(zhàn)總結(jié)

一、什么是hooks?

成都創(chuàng)新互聯(lián)主營景寧畬族自治網(wǎng)站建設的網(wǎng)絡公司,主營網(wǎng)站建設方案,成都APP應用開發(fā),景寧畬族自治h5小程序開發(fā)搭建,景寧畬族自治網(wǎng)站營銷推廣歡迎景寧畬族自治等地區(qū)企業(yè)咨詢

react 于19年2月份在16.8版本中新增了hook這一特性,已經(jīng)過去了半年多了,社區(qū)的各種文章解析頁汗牛充棟,本文將結(jié)合自己的項目實踐,對react hooks做一個全面的講解,俗話說沒吃過豬肉,還沒見過豬跑嗎?確實,可能大部分同學對hooks特性都有了自己的了解,但是在實際項目中使用又是另一回事了,實踐出真知,這篇文章是自己對react hooks的理解,也是在上一個項目中使用react hooks的總結(jié)

看著豬跑一千次,不如自己吃一次豬肉。

  •  官方解釋: hook 是 React 16.8 的新增特性。它可以讓你在不編寫 class 的情況下使用 state 以及其他的 React 特性。
  •  個人理解:讓傳統(tǒng)的函數(shù)組件function component有內(nèi)部狀態(tài)state的函數(shù)function。

二、為什么需要hooks?

  •  在以往的react開發(fā)流程中,我們的自定義組件通常需要定義幾個生命周期函數(shù),在不同的生命周期處理各自的業(yè)務邏輯,有可能他們是重復的。
  •  解決上一個問題我們通常通過 mixins(不推薦) 或者 HOC 實現(xiàn),在hooks出現(xiàn)之前,的確是非常好的解決途徑,但是它不夠好,為什么這么說呢?來看一下我們的一個具有中英文切換,主題切換同時connect一些redux 狀態(tài)倉庫里面的數(shù)據(jù)的全局組件alert: 
 
 
 
  1. export default translate('[index,tips]')(withStyles(styles, { withTheme: true })(connect(mapStateToProps,mapDispatchToProps)(Alert)));    
 
 
 
  1. 其實如果我們還可以將 `withTheme`也提取成一個高階函數(shù),那么我們的組件就將由現(xiàn)在的3層變成4層,實際使用的時候可能還有別的屬性通過別的高階函數(shù)添加,嵌套層級就會更深。給人明顯的感覺就是不夠直觀。 
  •  this指向問題,react綁定this有幾種方式?哪一種方式性能相對來說好一些?   
 
 
 
  1. 如果你答不上來,可以戳一下下面兩個鏈接。 
  •   React事件處理。
  •   React.js綁定this的5種方法。
  •     hook 只能在FunctionComponent內(nèi)部使用,而相比ClassComponent,傳統(tǒng)的FunctionComponent(FC)具有更多的優(yōu)勢,具體體現(xiàn)在:
    •   FC 容易測試,相同的輸入總是有相同的輸出,
    •   FC 其實就是普通的javascript函數(shù),相比于ClassComponent,具有潛在的更好的性能。
    •   FC 沒有生命周期函數(shù),更容易debug。
    •   FC 具有更好的可重用性。
    •   FC 可以減少代碼耦合。
    •   September 10th, 2018 Comments React Functional or Class Components: Everything you need to know。
    •   45% Faster React Functional Components, Now。
    •   FC有更多的優(yōu)勢,但是他沒有生命周期,也沒有自己的內(nèi)部狀態(tài),我們需要復雜的狀態(tài)管理機制的時候,不得不轉(zhuǎn)向ClassComponent。 FC現(xiàn)有的這些問題,我們能輕松結(jié)合hook解決。

三、useState hook 的執(zhí)行過程追蹤

  •  React目前官方支持的hook有三個基礎Hook:

useState,

useEffect,

useContext,

和幾個額外的 Hook:

useReducer,

useCallback,

useMemo,

useRef,

useImperativeHandle,

useLayoutEffect,

useDebugValue ,

他們的作用各不相同,但是可以這么總結(jié)一下:讓Function Component有狀態(tài)(state),流氓不可怕,就怕流氓有文化。當我們給比較有優(yōu)勢的FC 插上state的翅膀之后,他就要起飛了。原來ClassComponent能干的事情他也能干起來了,加上前文分析的優(yōu)勢,還干的更加有聲有色。這里我們使用useState做一個全面的解析,

首先我們來看一下一個簡單的的計數(shù)器,點擊click 按鈕,state加1并渲染到頁面上:

ClassComponent實現(xiàn): 

 
 
 
  1. import React from 'react';  
  2. interface ITestState {  
  3.     count: number;  
  4. }  
  5. class Test extends React.Component<{}, ITestState> {  
  6.     constructor(props: {}) {  
  7.         super(props);  
  8.         this.state = {  
  9.             count: 0  
  10.         };  
  11.     } 
  12.      public handleClick = () => {  
  13.         const { count } = this.state;  
  14.         this.setState({ count: count + 1 });  
  15.     }  
  16.     public render() {  
  17.         return (  
  18.             <>  
  19.                 
    {this.state.count}
      
  20.                 click  
  21.               
  22.         );  
  23.     }  
  24. }  
  25. export default Test; 

hooks實現(xiàn):   

 
 
 
  1. import React, { useState } from 'react';  
  2.    const Test: React.FunctionComponent<{}> = () => {  
  3.        const [count, setCount] = useState(0);  
  4.        return (  
  5.            <>  
  6.                
    {count}
      
  7.                 setCount(count + 1)}>click  
  8.              
  9.        );  
  10.    };  
  11.    export default Test; 
  •  對比兩種實現(xiàn),直觀感受是代碼變少了,沒錯,也不用關心this指向了,ClassComponent里面通過class fields正確綁定回調(diào)函數(shù)的this指向,使得我們在handleClick函數(shù)中能正確的訪問this,并調(diào)用this.setState方法更新state。     
 
 
 
  1. public handleClick = () => {  
  2.               const { count } = this.state;  
  3.               this.setState({ count: count + 1 });  
  4.           } 
  •  深入源碼分析hooks,這里我們以剛使用過的hook useState為例,看看他是怎么管理我們的FC state的。   
 
 
 
  1. export function useState(initialState: (() => S) | S) {  
  2.        const dispatcher = resolveDispatcher();  
  3.        return dispatcher.useState(initialState);  
  4.    } 

這個函數(shù)接收一個參數(shù)initialState: (() => S) | S,初始state的函數(shù)或者我們的state初始值。

然后調(diào)用 

 
 
 
  1. dispatcher.useState(initialState);,這里我們看一下dispatcher是怎么來的:  
  2.   function resolveDispatcher() {  
  3.       const dispatcher = ReactCurrentDispatcher.current; 
  4.       ...  
  5.       return dispatcher;  
  6.   } 

發(fā)現(xiàn)是通過ReactCurrentDispatcher.current得到,那ReactCurrentDispatcher又是何方神圣呢?

我們進一步看看它怎么來的   

 
 
 
  1. import type {Dispatcher} from 'react-reconciler/src/ReactFiberHooks';  
  2.    const ReactCurrentDispatcher = {  
  3.        current: (null: null | Dispatcher),  
  4.    };  
  5.    export default ReactCurrentDispatcher; 

根據(jù)type,我們可以判斷dispatcher的類型是react-reconciler/src/ReactFiberHooks里面定義的Dispatcher,可以看到這個current屬性是個null。那它是什么時候被賦值的呢?

我們來看看functionComponent的render過程renderWithHooks,   

 
 
 
  1. export function renderWithHooks(  
  2.         current: Fiber | null,  
  3.         workInProgress: Fiber,  
  4.         Component: any,  
  5.         props: any,  
  6.         refOrContext: any,  
  7.         nextRenderExpirationTime: ExpirationTime,  
  8.     ): any{  
  9.         ....  
  10.         if (__DEV__) {  
  11.             ReactCurrentDispatcher.current = HooksDispatcherOnMountInDEV;  
  12.         } else {  
  13.             ReactCurrentDispatcher.current =  
  14.             nextCurrentHook === null  
  15.                 ? HooksDispatcherOnMount  
  16.                 : HooksDispatcherOnUpdate;  
  17.         }  
  18.     } 

這里react源碼根據(jù)nextCurrentHook做了一些判斷,我移除掉了,只關注ReactCurrentDispatcher.current的值,可以看到它的取值分為兩種,HooksDispatcherOnMount和 HooksDispatcherOnUpdate分別對應mount/update兩個組件狀態(tài);這里我們先看HooksDispatcherOnMount:   

 
 
 
  1. const HooksDispatcherOnMount: Dispatcher = {  
  2.    ...  
  3.    useState: mountState,  
  4.    ...  
  5.    }; 

這就是我們尋尋覓覓的Dispatcher的長相,最終我們useState在組件mount的時候執(zhí)行的就是這個mountState了,那我們就迫不及待如饑似渴的來看看mountState又做了什么吧。 

 
 
 
  1. function mountState(  
  2.   initialState: (() => S) | S,  
  3.   ): [S, Dispatch>] {  
  4.   const hook = mountWorkInProgressHook();  
  5.   if (typeof initialState === 'function') {  
  6.       initialStateinitialState = initialState();  
  7.   }  
  8.   hookhook.memoizedState = hook.baseState = initialState;  
  9.   const queue = (hook.queue = {  
  10.       last: null,  
  11.       dispatch: null,  
  12.       lastRenderedReducer: basicStateReducer,  
  13.       lastRenderedState: (initialState: any),  
  14.   });  
  15.   const dispatch: Dispatch<  
  16.       BasicStateAction,  
  17.   > = (queue.dispatch = (dispatchAction.bind(  
  18.       null,  
  19.       // Flow doesn't know this is non-null, but we do.  
  20.       ((currentlyRenderingFiber: any): Fiber),  
  21.       queue,  
  22.   ): any));  
  23.   return [hook.memoizedState, dispatch];  
  24.   } 

進入這個函數(shù)首先執(zhí)行的mountWorkInProgressHook()獲取到當前的workInProgressHook,看這個名字就知道他是和workInProgress分不開了,這個workInProgress代表了當前正在處理的fiber,fiber是當前組件的需要完成或者已經(jīng)完成的work的對象,也可以理解為我們的這個正在執(zhí)行mountState的組件的各種數(shù)據(jù)和狀態(tài)的集合。我們來具體的看一下mountWorkInProgressHook的執(zhí)行邏輯: 

 
 
 
  1. function mountWorkInProgressHook(): Hook {  
  2.       const hook: Hook = {  
  3.           memoizedState: null,  
  4.           baseState: null,  
  5.           queue: null,  
  6.           baseUpdate: null,  
  7.           next: null,  
  8.       };  
  9.       if (workInProgressHook === null) {  
  10.       // This is the first hook in the list  
  11.           firstWorkInProgressHook = workInProgressHook = hook;  
  12.       } else {  
  13.       // Append to the end of the list  
  14.           workInProgressHookworkInProgressHook = workInProgressHook.next = hook;  
  15.       }  
  16.       return workInProgressHook;  
  17.   } 

判斷當前fiber的workInProgressHook是不是null,如果是,將全新的hook賦值給全局的workInProgressHook和firstWorkInProgressHook,否則,將初始值賦值給workInProgressHook。相當于mountState里面的hook值就是       

 
 
 
  1. const hook: Hook = {  
  2.            memoizedState: null,  
  3.            baseState: null,  
  4.            queue: null,  
  5.            baseUpdate: null,  
  6.            next: null,  
  7.        }; 

實際上,workInProgressHook是這樣的一個鏈表結(jié)構(gòu),React里面廣泛使用了這樣的結(jié)構(gòu)存儲副作用。   

 
 
 
  1. {  
  2.         memoizedState: null,  
  3.         baseState: null,  
  4.         queue: null,  
  5.         baseUpdate: null,  
  6.         next: {  
  7.             ...  
  8.             next: {  
  9.                 ...  
  10.                 next: {  
  11.                     next: {...},  
  12.                     ...  
  13.                 },  
  14.             },  
  15.         }  
  16.     } 

繼續(xù)往下看:   

 
 
 
  1. if (typeof initialState === 'function') {  
  2.         initialStateinitialState = initialState();  
  3.     }  
  4.     hookhook.memoizedState = hook.baseState = initialState; 

useState接收的參數(shù)類型如果是函數(shù),這里就會執(zhí)行傳進來的函數(shù)獲取initialState,賦值給hook.memoizedState = hook.baseState這兩個屬性,再往下,建立了當前hook的更新隊列queue:,這個我們后續(xù)再講,這里暫時不用知道。繼續(xù)往下看,是我們修改state的回調(diào)函數(shù),通常是setState,通過改變dispatchAction的this指向,將當前render的fiber和上面創(chuàng)建的queue作為參數(shù)傳入,當我們執(zhí)行setState的時候?qū)嶋H上調(diào)用的就是這里的dispatchAction,最后一行:

return [hook.memoizedState, dispatch];

將state和setState以數(shù)組的形式返回,這也是我們使用useState hook的正確姿勢。到這里相信大家都很清楚了,useState通過將我們的初始state暫存到workInProgressHook的memoizedState中,每次更新的時候通過dispatchAction更新workInProgressHook。

我們回過頭來再看看剛才沒深入過的queue,通過類型我們可以知道他是,具體看看的定義:   

 
 
 
  1. type UpdateQueue = {  
  2.        last: Update | null,  
  3.        dispatch: (A => mixed) | null,  
  4.        lastRenderedReducer: ((S, A) => S) | null,  
  5.        lastRenderedState: S | null,  
  6.    }; 

看到這個結(jié)構(gòu),熟悉react fiber的同學已經(jīng)心中有數(shù)了,它的last屬性是一個鏈表,用來存儲當前hook的變化信息,能夠通過next迭代處理所有變更信息和狀態(tài)。這里我們就到此為止,感興趣的同志可以自行深入琢磨,對于這個hook,掌握到這里已經(jīng)夠了,很多文章說useState和useReducer的基友關系,從這里我們就看出來了,useState最終使用的也是useReducer一致的api,通過類似redux的理念,通過dispatchAction修改state,有興趣的同志可以看這里useReducer源碼;

  •   其他的hook就不展開了,感興趣的同志可以去看看源碼,歡迎交流探討。

四、自定義hooks

阿西吧,東拉西扯的到了這塊最有趣的地方。這塊以項目中實際用到的幾個hook來舉例說明。先說一下,其實官方的hook已經(jīng)很多很全了,狀態(tài)我們可以useState,復雜多狀態(tài)我們可以用useReducer,共享和傳遞狀態(tài)可以使用useContext,引用組件、引用狀態(tài)可以useRef,組件render完成之后的操作通過useEffect完成...還有其他幾個hook,那么我們?yōu)槭裁催€需要自定義hooks呢?

  •  其實,自定義hook也是基于官方的hook進行組合,邏輯復用,業(yè)務代碼解耦抽象后進一步提煉出來的具備一定功能的函數(shù)。它應當具有一定條件下的的通用性,可移植性。
  •  目前的hook可能并不十分契合我們的需求,我們需要進行二次加工,成為我們的業(yè)務hook, 官方推薦自定義hook命名以use開頭。

useWindowLoad

  • 在項目過程中有這樣一個業(yè)務場景,許多個地方(幾十到幾百不等)需要監(jiān)聽window.onload事件,等待onload后執(zhí)行特定的業(yè)務邏輯,如果window已經(jīng)load,需要返回當前的,同時希望拿到window loaded的狀態(tài),處理后續(xù)的其他邏輯,這里我們將業(yè)務邏輯用這個函數(shù)表示一下: 
 
 
 
  1. const executeOnload:()=>{alert('alert after loaded')} 

傳統(tǒng)的實現(xiàn)思路:   

 
 
 
  1. {  
  2.        if(window.loaded)executeOnload();return;  
  3.        const old = window.onload;  
  4.            window.onload = () => {  
  5.                window.loaded = true;  
  6.                executeOnload();  
  7.                old && old();  
  8.        };  
  9.    } 

在使用我們的自定義hook useWindowLoad之后 

 
 
 
  1. const isWindowLoaded= useWindowLoad(executeOnload) 

每一處需要監(jiān)聽的地方都變得十分簡單有沒有,話不多說,直接上碼:   

 
 
 
  1. export default function useWindowLoad(func?: (params?: any) => any): boolean {  
  2.    useEffect(() => {  
  3.        let effect: (() => void) | nullnull = null;  
  4.        const old = window.onload;  
  5.        window.onload = () => {  
  6.            effect = func && func();  
  7.            old && old();  
  8.            window.loaded = true;  
  9.        };  
  10.        return () => {  
  11.            if (typeof effect === 'function') {  
  12.                effect();  
  13.            }  
  14.        };  
  15.    });  
  16.    return window.loaded;  
  17.    }) 

最后,我們返回load狀態(tài)。這里我們主要使用了useEffect這個hook,并在接受的參數(shù)的返回值中清除了對應的副作用。useEffect在每次組件render完成后執(zhí)行,具體使用參考文檔。注意,副作用的清除很重要,因為我們不能保證傳入的回調(diào)函數(shù)不會帶來副作用,所以使用時應該傳遞return一個函數(shù)的函數(shù)作為參數(shù)

useMessage

 
 
 
  1. 這樣一個場景:我們需要一個全局的消息提示,已經(jīng)寫好了一個全局組件,并通過redux管理狀態(tài)控制Message的顯示和隱藏,這其實是一個很常見的功能,在使用hook之前,我們的實現(xiàn)可能是這樣的:  
 
 
 
  1. import React from 'react';  
  2.  import { connect } from 'react-redux';  
  3.  import { message } from './actions';  
  4.  import Errors from './lib/errors';  
  5.  interface IDemoProps {  
  6.      message(params: Message): void;  
  7.  }  
  8.  const mapStateToProps = (state: IStore) => ({});  
  9.  const mapDispatchToProps = (dispatch: any) => ({  
  10.       message: (params: Message) =>dispatch(message(params))   
  11.  });  
  12.  class Demo extends React.Component {  
  13.      public handleClick() {  
  14.          this.props.message({ content: Errors.GLOBAL_NETWORK_ERROR.message, type: 'error', duration: 1600, show: true });  
  15.      }  
  16.      public render() {  
  17.          return click alert message;  
  18.      }  
  19.  }  
  20.  export default connect(mapStateToProps, mapDispatchToProps)(Demo); 

每次我們要使用就得mapDispatchToProps,引入action,connect,...繁瑣至極,我們也可以用**高階組件**包裝一下,透傳一個message函數(shù)給需要的子組件,這里我們使用自定義hook來解決,先看看最終達到的效果:

 
 
 
  1. import React from 'react';  
  2. import Errors from './lib/errors';  
  3. const Demo: React.FC<{}> = () => {  
  4.     const message = useMessage();  
  5.     const handleClick = () => {  
  6.         message.info(content: Errors.GLOBAL_NETWORK_ERROR.message);  
  7.     };  
  8.     return alert message;  
  9. };  
  10. export default Demo; 
 
 
 
  1. 簡單了許多,每次需要全局提示的地方,我們只需要通過`const message = useMessage();`  
  2. 然后再組件內(nèi)部任何地方使用`message.info('content')`,`message.error('content')`,`message.success('content')`,`message.warn('content')`即可,再也不關心action,redux connect等一系列操作。 
  3. 我們來看看這個邏輯如何實現(xiàn)的: 
 
 
 
  1. import { useDispatch } from 'react-redux';  
  2. import { message as alert } from '../actions/index';  
  3. /**  
  4. * @param {type}  
  5. * @return:  
  6. */  
  7. export default function useMessage() {  
  8.     const dispatch = useDispatch();  
  9.     const info = (content: Partial['content']) => dispatch(alert({ content, duration: 3000, show: true, type: 'info' }));  
  10.     const warn = (content: Partial['content']) => dispatch(alert({ content, duration: 3000, show: true, type: 'warn' }));  
  11.     const error = (content: Partial['content']) => dispatch(alert({ content, duration: 3000, show: true, type: 'error' }));  
  12.     const success = (content: Partial['content']) => dispatch(alert({ content, duration: 3000, show: true, type: 'success' }));  
  13.     const message = {  
  14.         success,  
  15.         info,  
  16.         warn,  
  17.         error  
  18.     };  
  19.     return message;  

我們內(nèi)部使用useDispatch拿到dispatch,封裝了四個不同功能的函數(shù),直接對外提供封裝好的對象,就實現(xiàn)使用上了類似antd message組件的功能,哪里需要哪里useMessage就可以開心的玩耍了。

- 項目中還有其他的自定義hook,但是思路很上面兩個一致,提取共性,消除副作用。 這里給大家推薦一個自定義的hook的一個[站點](https://usehooks.com)。我從這里吸收了一些經(jīng)驗。

五、總結(jié)

  • 文章寫得雜亂,各位多多包含,有不對的地方歡迎指正。限于篇幅太長,其他hook就不一一細說了,有興趣,有問題的同學歡迎交流探討。
  • 距離hook提出大半年了,很多第三方庫也逐漸支持hook寫法,現(xiàn)在使用起來遇到坑的機會不多了。總體寫起來比class寫法舒服,不過對幾個基礎hook,特別是useState,useEffect的掌握十分重要,結(jié)合setTimeout,setInterval往往會有意料之外的驚喜,網(wǎng)上文章也很多。本項目還沒寫完,目前看來,選擇React hook是對的,過程中也學習了不少知識。趁年輕,折騰吧!

文章名稱:Reacthooks實戰(zhàn)總結(jié)
URL網(wǎng)址:http://www.dlmjj.cn/article/ccsdedh.html