Redux數據流

目前redux流行的解決方法包括了redux、react-redux、redux-thunk等等。以后會總體來說,現在先說一下,純redux數據流是如何實現的。理解了這個數據流,就基本理解原生redux是如何實現的了,內部流程是什么<p>
下面這個圖是redux的內部流程,我結合這個圖說一下。(個人理解,說錯了,歡迎交流)<p>


Paste_Image.png

action

action是一個單純包含了{type}的對象,type是一個常量用來表示動作類型的。Action需要<code>store.dispath()</code>來來發送信息。例如下面這個例子:

{
  type:"one",
  text:"one_text"
}

但是通常使用action creator函數來創建action對象,這樣具有靈活性,可以提供更多種的配置。

function action_text(text){
    return {
        type:"one",
        text
    }
}

觸發一個動作只需要調用<code>dispath (action_text(text))</code>

Reducer

reducer的作用是用來根據具體情況來更改action對應的state樹的。reducer會接受兩個參數,第一個是<code>state</code>,初始化的<code>state</code>;第二個是<code>action</code>。返回的是一個新的state,這個state可以通過監聽來重新渲染整個UI,這部分在后面會講到。<code>(oldState,action)=>newState</code>

const initialState={
  a:"A",
  b:"B"
}
function someApp(state = initialState, action) {
     switch (action.type) { 
        case 'CHANGE_A': return { ...state, a: 'Modified a' };
        case 'CHANGE_B': return { ...state, b: action.payload };
       default: return state 
}

Store

現在有了 Action 和 Reducer,Store 的作用就是連接這兩者,Store 的作用有這么幾個:

<ul>
<li>Hold 住整個應用的 State 狀態樹
<li>提供一個 getState() 方法獲取 State
<li>提供一個 dispatch() 方法發送 action 更改 State
<li>提供一個 subscribe() 方法注冊回調函數監聽 State 的更改
</ul>
具體案例以后具體分析。

數據流,這個最重要的

看上面的圖,可以看到數據流發生改變的時候,數據是如何流動的。

單向數據流調用<code> store.dispatch(action) -> reducer(state, action) -> store.getState()</code>

(1)調用sote.dispath(action)(這里的action和上面提到的action不是一個概念,這個是一個純的對象,上面是一個action creator)

{ type: 'LIKE_ARTICLE', ID: 1 }

你可以在任何地方調用 store.dispatch(action),比如組件內部,Ajax 回調函數里面等等。

(2)Action 會觸發給 Store 指定的 rootreducer
rootreducer會返回一個完整的狀態樹,state狀態樹上的各個值都可以由對應的reducer來更新。

(3)store會保存狀態樹
更新完state后,新的 State 會替代舊的 State。然后可以添加監聽函數<code>store.subscribe(listener)</code>在回調函數里面可以通過<code>store.getState()</code>來獲取新的state。這樣就能更新整個UI。只要調用<code>dispath</code>,state就會根據<code>reducer</code>對應更新,進而觸發監聽函數<code>subscribe</code>,然后觸發回調函數渲染UI。

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

推薦閱讀更多精彩內容