React實戰與原理筆記

React實戰與原理筆記

概念與工具集

生命週期

clipboard.png

constructor()

  • 用於初始化內部狀態,很少使用;
  • 唯一可以修改state的地方;
  • 使用 this.state 來初始化 state
  • 給事件處理函數綁定 this

getDerivedStateFromProps()

  • 當創建時、接收新的 props 時、setState 時、forceUpdate 時會執行這個方法
  • 當state需要從props初始化時使用;
  • 儘量不要使用:維護兩者狀態一致性會增加複雜度;
  • 每次render都會調用
  • 典型場景;表單控件獲取默認值

componentWillMount()

  • UI渲染完成後調用
  • 只執行一次
  • 典型場景:獲取外部資源

componentWillUnmount()

  • 組件將要移除時調用
  • 資源釋放(一些事件監聽和定時器需要在此時清除)

getSnapshotBeforeUpdate()

  • 在頁面render之前調用,state已更新
  • 典型場景:獲取render之前的DOM狀態

componentWillUpdata(nextProps, nextState)

  • 組件初始化時不調用,只有在組件將要更新時才調用,此時可以修改state

componentDidUpdate()

  • 每次UI更新時調用
  • 典型場景:頁面需要根據props變化重新獲取數據

shouldComponentUpdate(nextProps, nextState)

  • 決定vdom是否要重繪
  • 一般可以由PureComponent自動實現
  • 典型場景:性能優化

render()

  • 創建虛擬dom,進行diff算法,更新dom樹都在此進行。此時就不能更改state了。

componentDidMount()

  • 組件渲染之後調用,只調用一次。

組件設計模式

組件

就是狀態機器UI=fn(state) (狀態分類:domain ui app)

context模式

主要應用場景在於很多不同層級的組件需要訪問同樣一些的數據。如下圖,組件a、組件g、組件f需要共享數據,則只需要在最外層套上Provider,需要共享的組件使用Consumer即可。React新Context API在前端狀態管理的實踐

組合組件(Compound Component)

使用者只需要傳遞子組件,子組件所需要的props在父組件會封裝好,引用子組件的時候就沒必要傳遞所有props了。

高階組件(HOC)

高階組件本質是一個接受 Component 並返回新的 Component 的函數。目的是爲了複用通用邏輯 [深入理解 React 高階組件
](https://mp.weixin.qq.com/s?__...

函數組件

是純 UI 組件,也稱無狀態組件(SFC:Stateless Functional Component)。渲染所需要的數據只通過 props 傳入, 不需要用 class 的方式來創建 React 組件, 也不需要用到 this 關鍵字,或者用到 state [React中函數式聲明組件
](https://segmentfault.com/a/11...

render props

給某個組件通過 props 傳遞一個函數,並且函數會返回一個 React 組件

提供者模式(Provider Pattern)

提供者模式可以解決非父子組件下的信息傳遞問題, 或者組件層級太深需要層層傳遞的問題

State Reducer

可以讓父組件控制子組件state。render props 可以控制子組件的UI是如何渲染的,state reducer則可以控制子組件的state.

Controlled Components

將原來子組件改變state的邏輯移到父組件中,由父組件控制。
異步

實戰-狀態管理與組件通信

組件通信: broadcast dispatch state props context

其他狀態管理: dva, mobx,flexible,reflux,flummox

flux

  • action:當需要改變應用的狀態或有 View 需要更新時,你需要觸發一個 Action
  • action creator:把 type 和 payload(載荷)封裝成一個 Action。type 是你預定義的多個 type (通常是一個常量列表)之一,代表系統特定的 action。一旦 action 消息創建好了,Action Creator 就會把它傳遞給 Dispatcher
  • Dispatcher: 它保存着所有需要發送 action 的 store 列表。當 Action Creator 給過來一個 action,它會把這個 action 傳遞給各個 store。
  • waitfor:Dispatcher 的行爲是同步的。如果想要在 store 之間實現依賴,有的更新完了其他的才能更新,你可以使用 Dispatcher 提供的 waitFor() 來實現。
  • store:所有的狀態變化,必須通過 Action Creator/Dispatcher 通道。使用switch判斷 action 的類型,決定是否相應。如果相應則根據 action 找出需要變化的部分,更新 state。

mobx

  • observable: 通過 observable(state) 定義組件的狀態,包裝後的狀態是一個可觀察數據(Observable Data)。
  • observer: 通過 observer(ReactComponent) 定義組件
  • action: 通過 action 來修改狀態。

redux

  • react-redux 提供了兩個重要的對象,Provider 和 connect,前者使 React 組件可被連接(connectable),後者把 React 組件和 Redux 的 store 真正連接起來。
  • 通過 reducer 創建一個 store,每當我們在 store 上 dispatch 一個 action,store 內的數據就會相應地發生變化。
  • provider
  • connect([mapStateToProps], [mapDispatchToProps], [mergeProps], [options])

原理

Virtual Dom 算法實現

  • 樹的遞歸
  • 判斷屬性的更改
  • 判斷列表差異算法實現 React Diff算法
  • 遍歷子元素打標識
  • 渲染差異

詳情參考 深入框架本源系列 —— Virtual Dom

Router 實現

以 hash 形式(也可以使用 History API 來處理)爲例,當 url 的 hash 發生變化時,觸發 hashchange 註冊的回調,回調中去進行不同的操作,進行不同的內容的展示。前端路由實現與 react-router 源碼分析

Redux設計思想

  • Web 應用是一個狀態機,視圖與狀態是一一對應的。
  • 所有的狀態,保存在一個對象裏面。

Redux 讓應用的狀態變化變得可預測。如果想改變應用的狀態,就必須 dispatch 對應的 action。而不能直接改變應用的狀態,因爲保存這些狀態的地方(稱爲 store)只有 get方法(getState) 而沒有 set方法。

只要Redux 訂閱(subscribe)相應框架(例如React)內部方法,就可以使用該應用框架保證數據流動的一致性。

Redux源碼剖析及應用

其他

《React源碼解析(一):組件的實現與掛載》
《React源碼解析(二):組件的類型與生命週期》
《React源碼解析(三):詳解事務與隊列》
《React源碼解析(四):事件系統》
React底層揭祕

參考資料

《深入淺出React和Redux》程墨
React 狀態管理庫: Mobx
深入淺出react
React 實踐心得:react-redux 之 connect 方法詳解
《React實戰進階45講》 王沛 - 極客時間
react 生命週期
重新認識reacrt生命週期
react組件設計模式快速指南

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章