React學習筆記(二)

state, props,render()

為什么說React是由數據驅動的?

  • 當組件的state或者props發生改變時,render函數就會被執行,而頁面又是由render函數渲染出來的,因此說,數據一旦改變頁面就會隨之改變
  • 當父組件的render函數被執行時,它的子組件的render函數也會被執行一次

虛擬DOM

React中的render()函數執行效率是非常高的,原因在于React中使用了虛擬DOM

  • 原因:減少了JS中創建真實DOM的性能損耗,取而代之的是創建虛擬DOM,就是JS對象,另外在進行對比時減去了真實DOM的對比,取而代之的是虛擬DOM即JS對象的對比,從而提高了性能

1 生成state數據
2 JSX模版

3 生成虛擬DOM(虛擬DOM就是一個JS數組對象,用它來描述真實DOM) --此處會帶來一些新能損耗,但是JS生成一個對象性能損耗是很小的,如果用JS生成一個DOM,會使用webApplication的API,這種性能損耗是很大的
['div', {id: 'abc'}, ['span',{ }, 'hello world']]

4 用虛擬DOM生成真實的DOM,來顯示
<div id='abc'><span>hello world</span></div>

5 state 發生變化
6 數據 + 模版 生成新的虛擬DOM
['div', {id: 'abc'}, ['span',{ }, 'bye bye']]
7 比較原始虛擬DOM和新的虛擬DOM的區別,找到區別是span中的內容
8 直接操作DOM 改變span中的內容

JSX模版生成真實DOM流程

  • JSX代碼就是一個模版,并不是真實的DOM,之后React會將模版與state結合,最終生成一個虛擬DOM即JS對象,之后才會生成真實DOM
  • jSX -> JS對象 -> 真實DOM

JSX底層如何被轉為JS對象?最終又是如何變為真實DOM?

  • 使用了React.createElement('div',{屬性},'item') ,將一個對象傳給createElement函數,函數內部首先會生成一個虛擬DOM,最終渲染成真實的DOM
  • jSX -> createElement函數 -> 虛擬DOM(JS對象) -> 真實DOM

虛擬DOM的優點

  • 提升了性能
  • 得以實現跨端應用(例如RN,得益于虛擬DOM才能實現原生應用,因為如果沒有虛擬DOM,當使用JSX模版和數據結合后去直接渲染真實DOM,在瀏覽器中是沒有問題的,在手機端是不存在DOM這個概念的,因此手機端是無法使用的;當使用了虛擬DOM后,JS對象是可以被手機端識別的,在PC端最終會生成真實DOM,在手機端不會生成真實的DOM,而是生成一些原生的組件)

虛擬DOM中的Diff(Difference)算法

此算法針對上述步驟中的第7步,即比較原始虛擬DOM和新的虛擬DOM的區別,可以提高比對性能

  • React底層在調用了setState方法時,才會出發Diff算法(setState方法是異步執行的)

問題:為什么setState方法會被React設計成一個異步方法?
場景:如果在很短時間間隔內,連續調用了3次setState方法,那么React底層可能會調用3次Diff算法進行比對,這樣會很消耗性能
React實現:會將這3次調用setState方法合并為只調用一次setState方法,即只做一次虛擬DOM的比對,然后更新一次DOM

1547014058427.jpg
  • Diff算法會按照同層比較的方式進行比對
  • 如果第一層進行比對時就不一樣,React就不會繼續往下一層比對了,它會將原始的虛擬DOM下的節點全部刪除,然后用重新生成節點下的虛擬DOM替換原始的虛擬DOM下的所有節點
1547014477063.jpg
  • 在虛擬DOM比對時,每個節點都會有一個key值,這樣便于與新的虛擬DOM進行比對
  • 也是為什么在做循環操作時,不要省略key值,這樣就無法保證在原始虛擬DOM中的key值與新的虛擬DOM的key值保持一致
  • 例如在如下循環中,使用了index作為key值時,此時輸入a,b,c
    a 對應key值為0 b對應key值為1 c對應key值為2
    當刪除a時,此時 b對應key值為0 ,c對應key值為1
    那么此時,b之前的key值是1,當前b的key值是0 ,所以就沒有辦法建立起關系了
    這就是用index作為key值的一個問題,會導致key值不穩定
    return this.state.list.map((item,index) => {
        return (
            <div key={index}>
                <TodoItem
                    textContent={item} 
                    index={index}
                    deleteItem={this.handleItemDelete}
                />                  
            </div>
            )
    })      

總結: 同層比較和key值比較都是diff算法的一部分

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

推薦閱讀更多精彩內容