首頁 > web前端 > js教程 > 主體

React中的函數子組件和高階組件的詳解

不言
發布: 2018-09-05 10:03:40
原創
1708 人瀏覽過

這篇文章帶給大家的內容是關於React中的函數子組件和高階組件的詳解 ,有一定的參考價值,有需要的朋友可以參考一下,希望對你有所幫助。

在接觸過React專案後,大多數人都應該已經了解過或則用過了HOC(High-Order-Components)和FaCC(Functions as Child Components),因為這兩個模式在大多數react的開源庫裡都存在。例如react-router裡面的withRouter 就是典型的高階元件,接受一個元件回傳另一個經過增強的元件。而react-motion中的Motion就是典型的FaCC的應用。

HOC和FaCC兩者做的事也是非常相似的,都是類似設計模式裡面的裝飾者模式。都是在原有的實例或則單元上進行功能的增強。

當然不只是一些開源函式庫中會使用,在平常的程式碼編寫中,也有很多地方是適用於使用HOC和FaCC去封裝一些邏輯。例如資料埋點,新特性的toggle,取得轉換資料等。對於增強程式碼可讀性和邏輯重複使用來說,非常有用的。

HOC

高階函數我們都用過,就是接受一個函數然後回傳一個經過封裝的函數:

const plus = first => second => (first + second)
plus(1)(2) // 3
登入後複製

而高階元件就是高階函數的概念應用到高階元件上:

const withClassName = ComposedComponent => props => (
   <ComposedComponent {...props} className=&#39;demo-class&#39; />
)

// 使用
const Header = text => (<header>{text}</header>)
const headerWitheClass = withClassName(Header)
登入後複製

接受一個元件傳回一個經過包裝的新元件。在我們常使用的withRouter就是在原始元件props上面在加上localtion等屬性。除了加入props以外高階元件還能做到:

  • 在真正呼叫元件前後做一些事,例如埋點資料等

  • 判斷元件是否該render,或該render其他的東西,例如出錯之後render錯誤頁面

  • 傳遞props並增加新的props

不render元件,轉而做一些其他的事情,例如渲染一個外部的dom

  1. #對於上面的前三點都比較好理解,解釋一下第4點。例如你在render了一個頁面之後,需要改變一下頁面的title.這是單頁應用普遍存在的一個需求,通常你可以在具體router庫中使用hook去實現。當然也可以透過HOC來實現:

    const withTitleChange = ComposedComponent => {
      return class extends React.Component {
        componentDidMount () {
          const { title } = this.props
          document.title = title
        }
        render () {
          const props = this.props
          return <ComposedComponent {...props} />
        }
      }
    }
    登入後複製
    FaCC
同樣FaCC也是用來增強原有元件能力的一種模式,其主要功能的實現在於react的props.children可以是任何東西,包括函數。我們可以拿上面class的例子用FaCC再實現一遍:

const ClassNameWrapper = ({ children }) => children('demo-class')

// 使用

const HeadWithClass = (props) => (
  <ClassNameWrapper>
    {(class) => <header classNmae={class} ></header>}
  </ClassNameWrapper>
)
登入後複製
在FaCC中你也可以像HOC一樣在生命週期中做很多事對原有的組件進行封裝,基本上HOC能做的FaCC也都能做。我所在的專案之前都是大範圍的使用HOC,再經過一番討論後,開始大範圍的轉變成FaCC。

區別
  1. 兩者都是用來增強原有元件的,具體該使用那種?那種才是正確的模式?社群對這一點也有很多討論,例如就有人說FaCC是反模式:Function as Child Components Are an Anti-Pattern。他給出的理由是children並不語義化,會造成困惑,然後他提出了

    Component Injection

    的模式,有興趣的同學可以讀一讀。
具體從幾個面向做一下比較:

  1. 組合階段

組合階段意思是HOC,FaCC和要被增強的組件的組合時候。可以很明顯地發現,FaCC對於前後組件對接依賴資訊顯示的更多,相對而言更容易理解。而HOC,彼此之間如何橋接,你必須得深入到HOC內部讀代碼才可以知道這個HOC具體乾了啥。

// HOC example
import View from './View'

const DetailPage = withServerData(withNavigator(View))
登入後複製
// FaCC example

import View from './View'

const DetailPage = props => (
  <FetchServerData>
    {
      data => (
        <Navigator>
          <View data={data} {...props} />
        </Navigator>
      )
    }
  </FetchServerData>
)
登入後複製
如果在上面再增加2個HOC,上面組合的過程就變得十分難看。而FaCC相對而言,如何封裝,資料來源來自那裡,元件接受了那些資料都比較顯眼。

效能最佳化

在HOC中我們能接受到宿主的prop,因為props是從HOC往下傳遞的,所以我們也有完整的生命週期,我們可以使用shouldComponentUpdate優化。而FaCC則不然,無法在其內部做比較props,除非在組合的時候外部在包一個組件才能進行比較props。


靈活性

FaCC 在組合階段相對HOC更為靈活,他並不規定被增強組件如何使用它傳遞下去的屬性。而HOC基本上在寫完後就定死了。

另外,FaCC不會再去建立一個新的Component,而HOC會建立一個新的Component然後傳遞props下去。

###總結######社群中許多開源函式庫已經使用了兩種模式,也有很多的文章可以比較。也有很多激烈討論,當然對於最後解決問題而言,兩種模式都有好處。出於不同的考慮,可能選擇不一樣。 ######相關推薦:#########React高階元件實例解析################React中受控元件和非受控元件實例詳解#############

以上是React中的函數子組件和高階組件的詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板
關於我們 免責聲明 Sitemap
PHP中文網:公益線上PHP培訓,幫助PHP學習者快速成長!