摘要:是以的形式來創建的組件的,是目前極為推薦的創建有狀態組件的方式,最終會取代形式相對于可以更好實現代碼復用。當然,有三種手動綁定方法可以在構造函數中完成綁定,也可以在調用時使用來完成綁定,還可以使用來綁定。
React推出后,出于不同的原因先后出現三種定義react組件的方式,殊途同歸;具體的三種方式:
函數式定義的無狀態組件
es5原生方式React.createClass定義的組件
es6形式的extends React.Component定義的組件
雖然有三種方式可以定義react的組件,那么這三種定義組件方式有什么不同呢?或者說為什么會出現對應的定義方式呢?下面就簡單介紹一下。
無狀態函數式組件創建無狀態函數式組件形式是從React 0.14版本開始出現的。它是為了創建純展示組件,這種組件只負責根據傳入的props來展示,不涉及到要state狀態的操作。具體的無狀態函數式組件,其官方指出:
在大部分React代碼中,大多數組件被寫成無狀態的組件,通過簡單組合可以構建成其他的組件等;這種通過多個簡單然后合并成一個大應用的設計模式被提倡。
無狀態函數式組件形式上表現為一個只帶有一個render方法的組件類,通過函數形式或者ES6 arrow function的形式在創建,并且該組件是無state狀態的。具體的創建形式如下:
function HelloComponent(props, /* context */) { returnHello {props.name}} ReactDOM.render(, mountNode)
無狀態組件的創建形式使代碼的可讀性更好,并且減少了大量冗余的代碼,精簡至只有一個render方法,大大的增強了編寫一個組件的便利,除此之外無狀態組件還有以下幾個顯著的特點:
1.組件不會被實例化,整體渲染性能得到提升
因為組件被精簡成一個render方法的函數來實現的,由于是無狀態組件,所以無狀態組件就不會在有組件實例化的過程,無實例化過程也就不需要分配多余的內存,從而性能得到一定的提升。
2.組件不能訪問this對象
無狀態組件由于沒有實例化過程,所以無法訪問組件this中的對象,例如:this.ref、this.state等均不能訪問。若想訪問就不能使用這種形式來創建組件
3.組件無法訪問生命周期的方法
因為無狀態組件是不需要組件生命周期管理和狀態管理,所以底層實現這種形式的組件時是不會實現組件的生命周期方法。所以無狀態組件是不能參與組件的各個生命周期管理的。
4.無狀態組件只能訪問輸入的props,同樣的props會得到同樣的渲染結果,不會有副作用
無狀態組件被鼓勵在大型項目中盡可能以簡單的寫法來分割原本龐大的組件,未來React也會這種面向無狀態組件在譬如無意義的檢查和內存分配領域進行一系列優化,所以只要有可能,盡量使用無狀態組件
React.createClass是react剛開始推薦的創建組件的方式,這是ES5的原生的JavaScript來實現的React組件,其形式如下:
var InputControlES5 = React.createClass({ propTypes: {//定義傳入props中的屬性各種類型 initialValue: React.PropTypes.string }, defaultProps: { //組件默認的props對象 initialValue: "" }, // 設置 initial state getInitialState: function() {//組件相關的狀態對象 return { text: this.props.initialValue || "placeholder" }; }, handleChange: function(event) { this.setState({ //this represents react component instance text: event.target.value }); }, render: function() { return (Type something:); } }); InputControlES6.propTypes = { initialValue: React.PropTypes.string }; InputControlES6.defaultProps = { initialValue: "" };
與無狀態組件相比,React.createClass和后面要描述的React.Component都是創建有狀態的組件,這些組件是要被實例化的,并且可以訪問組件的生命周期方法。但是隨著React的發展,React.createClass形式自身的問題暴露出來:
React.createClass會自綁定函數方法(不像React.Component只綁定需要關心的函數)導致不必要的性能開銷,增加代碼過時的可能性。
React.createClass的mixins不夠自然、直觀;React.Component形式非常適合高階組件(Higher Order Components--HOC),它以更直觀的形式展示了比mixins更強大的功能,并且HOC是純凈的JavaScript,不用擔心他們會被廢棄。
React.ComponentReact.Component是以ES6的形式來創建react的組件的,是React目前極為推薦的創建有狀態組件的方式,最終會取代React.createClass形式;相對于 React.createClass可以更好實現代碼復用。將上面React.createClass的形式改為React.Component形式如下:
class InputControlES6 extends React.Component { constructor(props) { super(props); // 設置 initial state this.state = { text: props.initialValue || "placeholder" }; // ES6 類中函數必須手動綁定 this.handleChange = this.handleChange.bind(this); } handleChange(event) { this.setState({ text: event.target.value }); } render() { return (React.createClass與React.Component區別Type something:); } } InputControlES6.propTypes = { initialValue: React.PropTypes.string }; InputControlES6.defaultProps = { initialValue: "" };
根據上面展示代碼中二者定義組件的語法格式不同之外,二者還有很多重要的區別,下面就描述一下二者的主要區別。
函數this自綁定React.createClass創建的組件,其每一個成員函數的this都有React自動綁定,任何時候使用,直接使用this.method即可,函數中的this會被正確設置。
const Contacts = React.createClass({ handleClick() { console.log(this); // React Component instance }, render() { return ( ); } });
React.Component創建的組件,其成員函數不會自動綁定this,需要開發者手動綁定,否則this不能獲取當前組件實例對象。
class Contacts extends React.Component { constructor(props) { super(props); } handleClick() { console.log(this); // null } render() { return ( ); }
當然,React.Component有三種手動綁定方法:可以在構造函數中完成綁定,也可以在調用時使用method.bind(this)來完成綁定,還可以使用arrow function來綁定。拿上例的handleClick函數來說,其綁定可以有:
constructor(props) { super(props); this.handleClick = this.handleClick.bind(this); //構造函數中綁定 }
//使用bind來綁定
組件屬性類型propTypes及其默認props屬性defaultProps配置不同this.handleClick()}>//使用arrow function來綁定
React.createClass在創建組件時,有關組件props的屬性類型及組件默認的屬性會作為組件實例的屬性來配置,其中defaultProps是使用getDefaultProps的方法來獲取默認組件屬性的
const TodoItem = React.createClass({ propTypes: { // as an object name: React.PropTypes.string }, getDefaultProps(){ // return a object return { name: "" } } render(){ return } })
React.Component在創建組件時配置這兩個對應信息時,他們是作為組件類的屬性,不是組件實例的屬性,也就是所謂的類的靜態屬性來配置的。對應上面配置如下:
class TodoItem extends React.Component { static propTypes = {//類的靜態屬性 name: React.PropTypes.string }; static defaultProps = {//類的靜態屬性 name: "" }; ... }組件初始狀態state的配置不同
React.createClass創建的組件,其狀態state是通過getInitialState方法來配置組件相關的狀態;
React.Component創建的組件,其狀態state是在constructor中像初始化組件屬性一樣聲明的。
const TodoItem = React.createClass({ // return an object getInitialState(){ return { isEditing: false } } render(){ return } })
class TodoItem extends React.Component{ constructor(props){ super(props); this.state = { // define this.state in constructor isEditing: false } } render(){ return } }Mixins的支持不同
Mixins(混入)是面向對象編程OOP的一種實現,其作用是為了復用共有的代碼,將共有的代碼通過抽取為一個對象,然后通過Mixins進該對象來達到代碼復用。
React.createClass在創建組件時可以使用mixins屬性,以數組的形式來混合類的集合。
var SomeMixin = { doSomething() { } }; const Contacts = React.createClass({ mixins: [SomeMixin], handleClick() { this.doSomething(); // use mixin }, render() { return ( ); } });
但是遺憾的是React.Component這種形式并不支持Mixins,至今React團隊還沒有給出一個該形式下的官方解決方案;但是React開發者社區提供一個全新的方式來取代Mixins,那就是Higher Order Components。
如何選擇哪種方式創建組件由于React團隊已經聲明React.createClass最終會被React.Component的類形式所取代。但是在找到Mixins替代方案之前是不會廢棄掉React.createClass形式。所以:
能用React.Component創建的組件的就盡量不用React.createClass形式創建組件。
除此之外,創建組件的形式選擇還應該根據下面來決定:只要有可能,盡量使用無狀態組件創建形式。否則(如需要state、生命周期方法等),使用React.Component這種es6形式創建組件
無狀態組件內部其實是可以使用ref功能的,雖然不能通過this.refs訪問到,但是可以通過將ref內容保存到無狀態組件內部的一個本地變量中獲取到。
function TestComp(props){ let ref; return () }ref = node}> ...
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/98938.html
摘要:主要是整理一些自己還記得的面試題。標注重點的是頻繁出現的,也確實很重要的知識點。總之要深度理解舉一反三邏輯清晰表達流暢。以上,僅供參考。 主要是整理一些自己還記得的面試題。很多題目會根據項目內容提問,現在只記得一些比較常規的問題,后面想起來會做一些補充。標注重點的是頻繁出現的,也確實很重要的知識點。 css 盒子模型:ie與其他瀏覽器的區別,如何改變盒子模型 圖形:實現扇形/圓環/梯...
摘要:主要是整理一些自己還記得的面試題。標注重點的是頻繁出現的,也確實很重要的知識點。總之要深度理解舉一反三邏輯清晰表達流暢。以上,僅供參考。 主要是整理一些自己還記得的面試題。很多題目會根據項目內容提問,現在只記得一些比較常規的問題,后面想起來會做一些補充。標注重點的是頻繁出現的,也確實很重要的知識點。 css 盒子模型:ie與其他瀏覽器的區別,如何改變盒子模型 圖形:實現扇形/圓環/梯...
摘要:主要是整理一些自己還記得的面試題。標注重點的是頻繁出現的,也確實很重要的知識點。總之要深度理解舉一反三邏輯清晰表達流暢。以上,僅供參考。 主要是整理一些自己還記得的面試題。很多題目會根據項目內容提問,現在只記得一些比較常規的問題,后面想起來會做一些補充。標注重點的是頻繁出現的,也確實很重要的知識點。 css 盒子模型:ie與其他瀏覽器的區別,如何改變盒子模型 圖形:實現扇形/圓環/梯...
摘要:即構造器的原型對象即構造器的原型對象和的關系是每個對象都有的一個屬性,而是函數才會有的屬性。不可以使用對象,不存在,可以使用代替。在開發過程中,需要保證某個元素的在其同級元素中具有唯一性。 1.理解原型、原型鏈? 每創建一個函數,函數上都有一個prototype的屬性,他是一個對象。這個對象的作用就是當使用它創建實例的時候,這些實例都會共享原型上的屬性和方法。當我們訪問對象中的某個屬性...
閱讀 2574·2021-10-19 11:41
閱讀 2415·2021-09-01 10:32
閱讀 3377·2019-08-29 15:21
閱讀 1755·2019-08-29 12:20
閱讀 1161·2019-08-29 12:13
閱讀 599·2019-08-26 12:24
閱讀 2520·2019-08-26 10:26
閱讀 827·2019-08-23 18:40