(轉(zhuǎn)) 談一談創(chuàng)建React Component的幾種方式

原文地址:http://www.cnblogs.com/Unknw/p/6431375.html

當(dāng)我們談起React的時(shí)候,多半會(huì)將注意力集中在組件之上,思考如何將頁(yè)面劃分成一個(gè)個(gè)組件,以及如何編寫(xiě)可復(fù)用的組件。但對(duì)于接觸React不久,還沒(méi)有真正用它做一個(gè)完整項(xiàng)目的人來(lái)說(shuō),理解如何創(chuàng)建一個(gè)組件也并不那么簡(jiǎn)單。在最開(kāi)始的時(shí)候我以為創(chuàng)建組件只需要調(diào)用createClass這個(gè)api就可以了;但學(xué)習(xí)了ES6的語(yǔ)法后,又知道了可以利用繼承,通過(guò)extends React.component來(lái)創(chuàng)建組件;后來(lái)在閱讀別人代碼的時(shí)候又發(fā)現(xiàn)了PureComponent以及完全沒(méi)有繼承,僅僅通過(guò)返回JSX語(yǔ)句的方式創(chuàng)建組件的方式。下面這篇文章,就將逐一介紹這幾種創(chuàng)建組件的方法,分析其特點(diǎn),以及如何選擇使用哪一種方式創(chuàng)建組件。

幾種方法

1.createClass

如果你還沒(méi)有使用ES6語(yǔ)法,那么定義組件,只能使用React.createClass這個(gè)helper來(lái)創(chuàng)建組件,下面是一段示例:

var React = require("react");
var Greeting = React.createClass({

  propTypes: {
    name: React.PropTypes.string //屬性校驗(yàn)
  },

  getDefaultProps: function() {
    return {
      name: 'Mary' //默認(rèn)屬性值
    };
  },

  getInitialState: function() {
    return {count: this.props.initialCount}; //初始化state
  },

  handleClick: function() {
    //用戶點(diǎn)擊事件的處理函數(shù)
  },

  render: function() {
    return <h1>Hello, {this.props.name}</h1>;
  }
});
module.exports = Greeting;

這段代碼,包含了組件的幾個(gè)關(guān)鍵組成部分,這種方式下,組件的props、state等都是以對(duì)象屬性的方式組合在一起,其中默認(rèn)屬props和初始state都是返回對(duì)象的函數(shù),propTypes則是個(gè)對(duì)象。這里還有一個(gè)值得注意的事情是,在createClass中,React對(duì)屬性中的所有函數(shù)都進(jìn)行了this綁定,也就是如上面的hanleClick其實(shí)相當(dāng)于handleClick.bind(this)

2.component

因?yàn)镋S6對(duì)類和繼承有語(yǔ)法級(jí)別的支持,所以用ES6創(chuàng)建組件的方式更加優(yōu)雅,下面是示例:

import React from 'react';
class Greeting extends React.Component {

  constructor(props) {
    super(props);
    this.state = {count: props.initialCount};
    this.handleClick = this.handleClick.bind(this);
  }

  //static defaultProps = {
  //  name: 'Mary'  //定義defaultprops的另一種方式
  //}

  //static propTypes = {
    //name: React.PropTypes.string
  //}

  handleClick() {
    //點(diǎn)擊事件的處理函數(shù)
  }

  render() {
    return <h1>Hello, {this.props.name}</h1>;
  }
}

Greeting.propTypes = {
  name: React.PropTypes.string
};

Greeting.defaultProps = {
  name: 'Mary'
};
export default Greating;

可以看到Greeting繼承自React.component,在構(gòu)造函數(shù)中,通過(guò)super()來(lái)調(diào)用父類的構(gòu)造函數(shù),同時(shí)我們看到組件的state是通過(guò)在構(gòu)造函數(shù)中對(duì)this.state進(jìn)行賦值實(shí)現(xiàn),而組件的props是在類Greeting上創(chuàng)建的屬性,如果你對(duì)類的屬性對(duì)象的屬性的區(qū)別有所了解的話,大概能理解為什么會(huì)這么做。對(duì)于組件來(lái)說(shuō),組件的props是父組件通過(guò)調(diào)用子組件向子組件傳遞的,子組件內(nèi)部不應(yīng)該對(duì)props進(jìn)行修改,它更像是所有子組件實(shí)例共享的狀態(tài),不會(huì)因?yàn)樽咏M件內(nèi)部操作而改變,因此將props定義為類Greeting的屬性更為合理,而在面向?qū)ο蟮恼Z(yǔ)法中類的屬性通常被稱作靜態(tài)(static)屬性,這也是為什么props還可以像上面注釋掉的方式來(lái)定義。對(duì)于Greeting類的一個(gè)實(shí)例對(duì)象的state,它是組件對(duì)象內(nèi)部維持的狀態(tài),通過(guò)用戶操作會(huì)修改這些狀態(tài),每個(gè)實(shí)例的state也可能不同,彼此間不互相影響,因此通過(guò)this.state來(lái)設(shè)置。

用這種方式創(chuàng)建組件時(shí),React并沒(méi)有對(duì)內(nèi)部的函數(shù)進(jìn)行this綁定,所以如果你想讓函數(shù)在回調(diào)中保持正確的this,就要手動(dòng)對(duì)需要的函數(shù)進(jìn)行this綁定,如上面的handleClick,在構(gòu)造函數(shù)中對(duì)this 進(jìn)行了綁定。

3.PureComponet

我們知道,當(dāng)組件的props或者state發(fā)生變化的時(shí)候:React會(huì)對(duì)組件當(dāng)前的Props和State分別與nextProps和nextState進(jìn)行比較,當(dāng)發(fā)現(xiàn)變化時(shí),就會(huì)對(duì)當(dāng)前組件以及子組件進(jìn)行重新渲染,否則就不渲染。有時(shí)候?yàn)榱吮苊饨M件進(jìn)行不必要的重新渲染,我們通過(guò)定義shouldComponentUpdate來(lái)優(yōu)化性能。例如如下代碼:

class CounterButton extends React.Component {
  constructor(props) {
    super(props);
    this.state = {count: 1};
  }

  shouldComponentUpdate(nextProps, nextState) {
    if (this.props.color !== nextProps.color) {
      return true;
    }
    if (this.state.count !== nextState.count) {
      return true;
    }
    return false;
  }

  render() {
    return (
      <button
        color={this.props.color}
        onClick={() => this.setState(state => ({count: state.count + 1}))}>
        Count: {this.state.count}
      </button>
    );
  }
}

shouldComponentUpdate通過(guò)判斷props.colorstate.count是否發(fā)生變化來(lái)決定需不需要重新渲染組件,當(dāng)然有時(shí)候這種簡(jiǎn)單的判斷,顯得有些多余和樣板化,于是React就提供了PureComponent來(lái)自動(dòng)幫我們做這件事,這樣就不需要手動(dòng)來(lái)寫(xiě)shouldComponentUpdate了:

class CounterButton extends React.PureComponent {
  constructor(props) {
    super(props);
    this.state = {count: 1};
  }

  render() {
    return (
      <button
        color={this.props.color}
        onClick={() => this.setState(state => ({count: state.count + 1}))}>
        Count: {this.state.count}
      </button>
    );
  }
}

大多數(shù)情況下, 我們使用PureComponent能夠簡(jiǎn)化我們的代碼,并且提高性能,但是PureComponent的自動(dòng)為我們添加的shouldComponentUpate函數(shù),只是對(duì)props和state進(jìn)行淺比較(shadow comparison),當(dāng)props或者state本身是嵌套對(duì)象或數(shù)組等時(shí),淺比較并不能得到預(yù)期的結(jié)果,這會(huì)導(dǎo)致實(shí)際的props和state發(fā)生了變化,但組件卻沒(méi)有更新的問(wèn)題,例如下面代碼有一個(gè)ListOfWords組件來(lái)將單詞數(shù)組拼接成逗號(hào)分隔的句子,它有一個(gè)父組件WordAdder讓你點(diǎn)擊按鈕為單詞數(shù)組添加單詞,但他并不能正常工作:

class ListOfWords extends React.PureComponent {
  render() {
    return <div>{this.props.words.join(',')}</div>;
  }
 }

class WordAdder extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      words: ['marklar']
    };
    this.handleClick = this.handleClick.bind(this);
  }

  handleClick() {
    // 這個(gè)地方導(dǎo)致了bug
    const words = this.state.words;
    words.push('marklar');
    this.setState({words: words});
  }

  render() {
    return (
      <div>
        <button onClick={this.handleClick} />
        <ListOfWords words={this.state.words} />
      </div>
    );
  }
}

這種情況下,PureComponent只會(huì)對(duì)this.props.words進(jìn)行一次淺比較,雖然數(shù)組里面新增了元素,但是this.props.words與nextProps.words指向的仍是同一個(gè)數(shù)組,因此this.props.words !== nextProps.words 返回的便是flase,從而導(dǎo)致ListOfWords組件沒(méi)有重新渲染,筆者之前就因?yàn)閷?duì)此不太了解,而隨意使用PureComponent,導(dǎo)致state發(fā)生變化,而視圖就是不更新,調(diào)了好久找不到原因~。

最簡(jiǎn)單避免上述情況的方式,就是避免使用可變對(duì)象作為props和state,取而代之的是每次返回一個(gè)全新的對(duì)象,如下通過(guò)concat來(lái)返回新的數(shù)組:

handleClick() {
  this.setState(prevState => ({
    words: prevState.words.concat(['marklar'])
  }));
}

你可以考慮使用Immutable.js來(lái)創(chuàng)建不可變對(duì)象,通過(guò)它來(lái)簡(jiǎn)化對(duì)象比較,提高性能。
這里還要提到的一點(diǎn)是雖然這里雖然使用了Pure這個(gè)詞,但是PureComponent并不是純的,因?yàn)閷?duì)于純的函數(shù)或組件應(yīng)該是沒(méi)有內(nèi)部狀態(tài),對(duì)于stateless component更符合純的定義,不了解純函數(shù)的同學(xué),可以參見(jiàn)這篇文章

4.Stateless Functional Component

上面我們提到的創(chuàng)建組件的方式,都是用來(lái)創(chuàng)建包含狀態(tài)和用戶交互的復(fù)雜組件,當(dāng)組件本身只是用來(lái)展示,所有數(shù)據(jù)都是通過(guò)props傳入的時(shí)候,我們便可以使用Stateless Functional Component來(lái)快速創(chuàng)建組件。例如下面代碼所示:

import React from 'react';
const Button = ({
  day,
  increment
}) => {
  return (
    <div>
      <button onClick={increment}>Today is {day}</button>
    </div>
  )
}

Button.propTypes = {
  day: PropTypes.string.isRequired,
  increment: PropTypes.func.isRequired,
}

這種組件,沒(méi)有自身的狀態(tài),相同的props輸入,必然會(huì)獲得完全相同的組件展示。因?yàn)椴恍枰P(guān)心組件的一些生命周期函數(shù)和渲染的鉤子,所以不用繼承自Component顯得更簡(jiǎn)潔。

對(duì)比

createClass vs Component

對(duì)于React.createClassextends React.Component本質(zhì)上都是用來(lái)創(chuàng)建組件,他們之間并沒(méi)有絕對(duì)的好壞之分,只不過(guò)一個(gè)是ES5的語(yǔ)法,一個(gè)是ES6的語(yǔ)法支持,只不過(guò)createClass支持定義PureRenderMixin,這種寫(xiě)法官方已經(jīng)不再推薦,而是建議使用PureComponent。

pureComponent vs Component

通過(guò)上面對(duì)PureComponent和Component的介紹,你應(yīng)該已經(jīng)了解了二者的區(qū)別:PureComponent已經(jīng)定義好了shouldUpdateComponentComponent需要顯示定義。

Component vs Stateless Functional component

  1. Component包含內(nèi)部state,而Stateless Functional Component所有數(shù)據(jù)都來(lái)自props,沒(méi)有內(nèi)部state;

  2. Component 包含的一些生命周期函數(shù),Stateless Functional Component都沒(méi)有,因?yàn)?code>Stateless Functional component沒(méi)有shouldComponentUpdate,所以也無(wú)法控制組件的渲染,也即是說(shuō)只要是收到新的props,Stateless Functional Component就會(huì)重新渲染。

  3. Stateless Functional Component <a>不支持Refs</a>

選哪個(gè)?

這里僅列出一些參考:

  1. createClass, 除非你確實(shí)對(duì)ES6的語(yǔ)法一竅不通,不然的話就不要再使用這種方式定義組件。

  2. Stateless Functional Component, 對(duì)于不需要內(nèi)部狀態(tài),且用不到生命周期函數(shù)的組件,我們可以使用這種方式定義組件,比如展示性的列表組件,可以將列表項(xiàng)定義為Stateless Functional Component。

  3. PureComponent/Component,對(duì)于擁有內(nèi)部state,使用生命周期的函數(shù)的組件,我們可以使用二者之一,但是大部分情況下,我更推薦使用PureComponent,因?yàn)樗峁┝烁玫男阅埽瑫r(shí)強(qiáng)制你使用不可變的對(duì)象,保持良好的編程習(xí)慣。

參考文章

optimizing-performance.html#shouldcomponentupdate-in-action
pureComponent介紹
react-functional-stateless-component-purecomponent-component-what-are-the-dif
4 different kinds of React component styles
react-without-es6
react-create-class-versus-component

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,247評(píng)論 6 543
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,520評(píng)論 3 429
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人,你說(shuō)我怎么就攤上這事。” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 178,362評(píng)論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 63,805評(píng)論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,541評(píng)論 6 412
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 55,896評(píng)論 1 328
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,887評(píng)論 3 447
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 43,062評(píng)論 0 290
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,608評(píng)論 1 336
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,356評(píng)論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,555評(píng)論 1 374
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,077評(píng)論 5 364
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,769評(píng)論 3 349
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 35,175評(píng)論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 36,489評(píng)論 1 295
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,289評(píng)論 3 400
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,516評(píng)論 2 379

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