react高階組件


title: react-高階組件
date: 2018-07-11 09:42:35
tags: web


組件間抽象

在React組件的構(gòu)建過程中灰署,常常有這樣的場景速客,有一類功能需要被不同的組件公用吨艇,此時(shí)与斤,就涉及抽象的話題奕短,在不同設(shè)計(jì)理念下古掏,有許多的抽象方法损话,而針對React,我們重點(diǎn)討論兩種:mixin和高階組件槽唾。


png

mixin

mixin的特性一直廣泛存在于各種面向?qū)ο笳Z言中丧枪。比如在Ruby中,include關(guān)鍵詞即是mixin庞萍。是將一個(gè)模塊混入到一個(gè)另一個(gè)模塊中拧烦,或是一個(gè)類中。

為什么編程語言要引入這樣一種特性呢钝计?

事實(shí)上恋博,包括C++等一些年齡較大的OOP語言,它們都有一個(gè)強(qiáng)大但危險(xiǎn)的多重繼承特性私恬。在現(xiàn)代語言中债沮,為了權(quán)衡利弊,大都舍棄了多重繼承本鸣,只采用單繼承疫衩,但單繼承在實(shí)現(xiàn)抽象時(shí)有很多不方便的地方,為了彌補(bǔ)缺失荣德,java引入了接口interface闷煤。其他一些語言則引入了像mixin的技巧童芹。

封裝mixin方法

const mixin = function(obj,mixins){
    const newObj = obj;

    newObj.prototype = Object.create(obj.prototype);

    for(let prop in mixins){
        if(mixins.hasOwnProperty(prop)){
            newObj.prototype[prop] = mixins[prop];
        }
    }

    return newObj;
}

const BigMixin = {
    fly:()=>{
        console.log('I can fly');
    }
};

const Big = function(){
    console.log('new big');
}

const FlyBig = mixin(Big,BigMixin);

const flyBig = new FlyBig();  //=>'new big'
 
flyBig.fly(); //=> 'I can fly'

從上面的代碼,我們不難看出鲤拿,對于廣義的mixin方法假褪,就是用賦值的方式將mixin對象里的方法都掛載到原對象上,來實(shí)現(xiàn)對對象的混入近顷。

從上述的實(shí)現(xiàn)生音,我們可以聯(lián)想到 underscore庫中的extend 或 lodash庫中的 assign方法,或者說ES6中的Object.assign()方法幕庐。

在react中使用mixin

在官方封裝的'reat-addons-pure-render-mixin'久锥;在git上沒找到相關(guān)的有價(jià)值的庫,應(yīng)該是react認(rèn)為mixin是一種反模式形式异剥。

但是發(fā)現(xiàn)了react-immutable-render-mixin這樣的庫。只是很久沒維護(hù)了絮重,不建議使用
參考鏈接

我們可以看到冤寿,使用createClass實(shí)現(xiàn)的mixin為組件做了兩件事。

工具方法:這是mixin的基本功能青伤,如果你想共享一些工具類方法督怜,就可以定義它們,直接在各個(gè)組件中使用狠角。
生命周期繼承:prips與state合并号杠。這是mixin特別重要的功能,

ES6 Classes 與 decorator

然而丰歌,使用我們推薦的ES6 classes形勢構(gòu)建組件時(shí)姨蟋,它并不支持mixin。React文檔中也未能給出解決方法立帖。

要在class的基礎(chǔ)上封裝mixin眼溶,就要說到class的本質(zhì)。ES6并沒有改變js面向?qū)ο蠓椒ɑ谠偷谋举|(zhì)晓勇,不過再次智商提供了一些語法糖堂飞。class就是其中之一。

對于是按mixin方法來說绑咱,這就沒什么不一樣了绰筛。接下來我們來聊聊另一個(gè)語法糖decorator。正巧可以用來實(shí)現(xiàn)class的mixin描融。

decorator 是ES7定義的新特性铝噩,與java 的 pre-defined annotation(預(yù)定義注解)相似。但與java 的annotation 不同的是稼稿,decorator是運(yùn)用在運(yùn)行時(shí)的方法薄榛,在Redux或其他一些應(yīng)用層框架中讳窟,越來越多的使用decorator以實(shí)現(xiàn)對組件的修飾。

這樣我們就可以使用@mixin敞恋。

import {getOwnPropertyDescriptors} from './private/utils';

const { defineProperty } = Object;

function handleClass(target,mixins){
    if(!mixins.length){
        throw new SyntaxError('@mixin() class .....')
    }

    for(let i=0;i<mixins.length;i++){

        const descs = getOwnPropertyDescriptors(mixins[i]);

        for(const key in descs){
            if(!(key in target.prototype)){
                defineProperty(target.prototype,key,descs[key])
            }
        }
    }
}

export default function mixin(...mixins){
    if(typeof mixins[0] == 'function'){
        return handelClass(mixins[0],[]);
    }
    else{
        return target=>{
            return handleClass(target,mixins);
        }
    }
}

可以看到丽啡,源代碼十分簡單,它將每一個(gè)mixin對象的方法都跌價(jià)到target 對象的原型上以達(dá)到mixin的目的硬猫,這樣补箍,就可以用@mixin來做多個(gè)重用模塊的疊加了。

對于react啸蜜,我們自然可以用上述方法來實(shí)現(xiàn)mixin坑雅。但不幸的是,社區(qū)從0.14版本開始漸漸開始剝離mixin衬横。那么裹粤,到底是什么原因?qū)е耺ixin成為反模式了呢?

mixin問題

  • 破壞了原有組件的封裝
  • 命名沖突
  • 增加復(fù)雜性

針對這些困擾蜂林,React社區(qū)提出來新的方式來取代mixin遥诉,那就是高階組件。

高階組件(Higher-Order Components)

高階組件(HOC)是 React 中用于重用組件邏輯的高級技術(shù)噪叙。 HOC 本身不是 React API 的一部分矮锈。 它們是從 React 構(gòu)思本質(zhì)中浮現(xiàn)出來的一種模式。

具體來說睁蕾,高階組件是一個(gè)函數(shù)苞笨,能夠接受一個(gè)組件并返回一個(gè)新的組件。

在我們項(xiàng)目中使用react-redux框架的時(shí)候子眶,有一個(gè)connect的概念瀑凝,這里的connect其實(shí)就是一個(gè)高階組件。也包括類似react-router-dom中的withRouter的概念

connect

構(gòu)建一個(gè)簡單的hoc

function hello (){
    console.log("hello i  love react ")
}


function hoc(fn){
    return ()=>{
          console.log("first");
            fn();
          console.log("end");
    }
}


hello = hoc(hello);

hello();

實(shí)現(xiàn)高階組件的方法

實(shí)現(xiàn)高階組件的方法有如下兩種:

  • 屬性代理壹店。高階組件通過唄包裹的React組件來操作props
  • 反向繼承猜丹。高階組件繼承于被包裹的React組件

接下來我們分別來闡述這兩種方法。

屬性代理

屬性代理是我們r(jià)eact中常見高階組件的實(shí)現(xiàn)方法硅卢,我們通過一個(gè)例子來說明:


import React,{Component} from 'react';

const MyContainer = (WraooedComponent) => 
    
    class extends Component {
        render(){
            return <WrappedComponent {...this.props} />
        }
    }

從這里看到最重要部分是render 方法中返回了傳入 WrappedComponent的React組件射窒。這樣,我們就可以通過高階組件來傳遞props将塑。這種方法即為屬性代理脉顿。

自然,我們想要使用MyContainer這個(gè)高階組件就變得非常容易:

import React,{Component} from 'react';

class MyComponent extends Component{
    //...

}

export default MyContainer(MyComponent);

這樣組件就可以一層層地作為參數(shù)被調(diào)用点寥,原始組件就具備了高階組件對它的修飾艾疟。就這么簡單,保持單個(gè)組件封裝性的同時(shí)還保留了易用性。當(dāng)然蔽莱,我們也可以用decorator來轉(zhuǎn)換弟疆。

當(dāng)使用屬性代理構(gòu)建高階組件時(shí),調(diào)用順序不同于mixin盗冷。上述執(zhí)行生命周期的過程類似于堆棧調(diào)用:

didmount ->HOC didmount ->(HOCs didmount)->(HOCs will unmount)->HOC will unmount -> unmount

反向繼承

另一種構(gòu)建高階組件的方法稱為反向繼承怠苔,從字面意思上看,它一定與繼承性相關(guān)仪糖。我們同樣來看一個(gè)簡單的實(shí)現(xiàn)柑司。

const MyContainer = (WrappedComponent)=>{
    class extends WrappedComponent {
        render(){
            return super.render();
        }
    }
}

如上代碼。高階組件返回的組件繼承于 WrappedComponent 锅劝。因?yàn)楸粍?dòng)地繼承了 WrappedComponent攒驰,所有的調(diào)用都會(huì)反向,這也是種方法的由來故爵。

這種方法與屬性代理不太一樣玻粪。它通過繼承WrappedComponent來實(shí)現(xiàn),方法可以通過super來順序調(diào)用稠集。因?yàn)橐蕾囉诶^承機(jī)制奶段。HOC的調(diào)用順序和隊(duì)列是一樣的。

didmount -> HOC didmount ->(HOCs didmount) -> will unmount ->HOC will unmount ->(HOCs will unmount)

在反向繼承方法中剥纷,高階組件可以使用 WrappedComponent 引用,這意味著它可以使用 WrappedComponent 的state 呢铆、props晦鞋。生命周期和render方法。但它不能保證完整的子組件樹被解析棺克。它有兩個(gè)比較大的特點(diǎn)悠垛,下面我們展開來講一講。

渲染劫持

渲染劫持就是指的是高階組件可以控制 WrappedComponent的渲染過程娜谊,并渲染各種各樣的結(jié)果确买。我們可以在這個(gè)過程中在任何React元素輸出的結(jié)果中讀取、增加纱皆、修改湾趾、刪除props,或讀取或修改React元素樹派草,或條件顯示搀缠。又或者用樣式包裹元素樹

控制state

高階組件可以讀取、修改或刪除WrappedComponent實(shí)例中的state近迁,如果需要的話艺普,也可以增加state。

組件命名

當(dāng)包裹一個(gè)高階組件時(shí),我們失去了原始 WrappedComponent的displayName歧譬,而組件名字是方便我們開發(fā)與調(diào)試的重要屬性岸浑。

組件參數(shù)

有時(shí),我們調(diào)用高階組件需要傳入一些參數(shù)瑰步,這可以用非常簡單的方式來實(shí)現(xiàn)矢洲。


import React from 'react'

function HOCFactoryFactory(...params){
    return function HOCFactory(WrappedComponent){
        return class HOC extends Component{
            render(){
                return <WrappedComponent {...this.props} />
            }
        }
    }
}

當(dāng)你使用的時(shí)候,可以這么寫:

HOCFactoryFactory(params)(WrappedComponent)

//or

@HOCFactoryFactory(params)
class WrappedComponent extends React.Component{}

這也是利用了函數(shù)式編程的特征面氓”ィ可見,在React抽象的過程中舌界,處處可見它的影子掘譬。

參考鏈接

react中文文檔
深入React技術(shù)棧 作者:陳屹 出版社:人民郵電出版社
深入淺出React高階組件

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市呻拌,隨后出現(xiàn)的幾起案子葱轩,更是在濱河造成了極大的恐慌,老刑警劉巖藐握,帶你破解...
    沈念sama閱讀 217,542評論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件靴拱,死亡現(xiàn)場離奇詭異,居然都是意外死亡猾普,警方通過查閱死者的電腦和手機(jī)袜炕,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,822評論 3 394
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來初家,“玉大人偎窘,你說我怎么就攤上這事×镌冢” “怎么了陌知?”我有些...
    開封第一講書人閱讀 163,912評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長掖肋。 經(jīng)常有香客問我仆葡,道長,這世上最難降的妖魔是什么志笼? 我笑而不...
    開封第一講書人閱讀 58,449評論 1 293
  • 正文 為了忘掉前任沿盅,我火速辦了婚禮,結(jié)果婚禮上籽腕,老公的妹妹穿的比我還像新娘嗡呼。我一直安慰自己,他們只是感情好皇耗,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,500評論 6 392
  • 文/花漫 我一把揭開白布南窗。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪万伤。 梳的紋絲不亂的頭發(fā)上窒悔,一...
    開封第一講書人閱讀 51,370評論 1 302
  • 那天,我揣著相機(jī)與錄音敌买,去河邊找鬼简珠。 笑死,一個(gè)胖子當(dāng)著我的面吹牛虹钮,可吹牛的內(nèi)容都是我干的聋庵。 我是一名探鬼主播,決...
    沈念sama閱讀 40,193評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼芙粱,長吁一口氣:“原來是場噩夢啊……” “哼祭玉!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起春畔,我...
    開封第一講書人閱讀 39,074評論 0 276
  • 序言:老撾萬榮一對情侶失蹤脱货,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后律姨,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體振峻,經(jīng)...
    沈念sama閱讀 45,505評論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,722評論 3 335
  • 正文 我和宋清朗相戀三年择份,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了扣孟。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,841評論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡荣赶,死狀恐怖哈打,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情讯壶,我是刑警寧澤,帶...
    沈念sama閱讀 35,569評論 5 345
  • 正文 年R本政府宣布湾盗,位于F島的核電站伏蚊,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏格粪。R本人自食惡果不足惜躏吊,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,168評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望帐萎。 院中可真熱鬧比伏,春花似錦、人聲如沸疆导。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,783評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至悠菜,卻和暖如春舰攒,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背悔醋。 一陣腳步聲響...
    開封第一講書人閱讀 32,918評論 1 269
  • 我被黑心中介騙來泰國打工摩窃, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人芬骄。 一個(gè)月前我還...
    沈念sama閱讀 47,962評論 2 370
  • 正文 我出身青樓猾愿,卻偏偏與公主長得像,于是被迫代替她去往敵國和親账阻。 傳聞我的和親對象是個(gè)殘疾皇子蒂秘,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,781評論 2 354

推薦閱讀更多精彩內(nèi)容

  • 在目前的前端社區(qū),『推崇組合宰僧,不推薦繼承(prefer composition than inheritance)...
    Wenliang閱讀 77,677評論 16 125
  • 前言 學(xué)習(xí)react已經(jīng)有一段時(shí)間了,期間在閱讀官方文檔的基礎(chǔ)上也看了不少文章造成,但感覺對很多東西的理解還是不夠深刻...
    Srtian閱讀 1,657評論 0 7
  • React進(jìn)階之高階組件 前言 本文代碼淺顯易懂显熏,思想深入實(shí)用。此屬于react進(jìn)階用法晒屎,如果你還不了解react...
    流動(dòng)碼文閱讀 1,185評論 0 1
  • React高階組件探究 在使用React構(gòu)建項(xiàng)目的過程中喘蟆,經(jīng)常會(huì)碰到在不同的組件中需要用到相同功能的情況。不過我們...
    緋色流火閱讀 2,571評論 4 19
  • 打開電腦鼓鲁,點(diǎn)開音樂播放列表蕴轨,隨意的干點(diǎn)什么,耳旁飄來一句“最美的不是下雨天骇吭,是曾與你躲過雨的屋檐”橙弱,思緒飄飛,我想...
    荒止閱讀 336評論 0 0