摘要:在講述之前,我們看看之前傳統(tǒng)的架構(gòu)以及在前端中的一些問題繼而思考帶來的改變。按照官方的描述,其中和體現(xiàn)了它的作用。實踐我們通過一個非常簡單的計數(shù)器來梳理的數(shù)據(jù)流。
Flux概述
Flux是Facebook用來構(gòu)建用戶端的Web應(yīng)用程序的體系架構(gòu),與其它形式化的框架相比,它更像是一個架構(gòu)思想,用于管理和控制應(yīng)用中數(shù)據(jù)的流向。這里應(yīng)用中的數(shù)據(jù)指包括但不限于來自服務(wù)端的數(shù)據(jù)頁面中view的一些狀態(tài)(如一個面板是展開還是關(guān)閉),臨時存儲在本地需要持久化到服務(wù)端的數(shù)據(jù)等。
好了,說了這么多好像還是一臉懵逼,不慌,接下來看看展開式。
MVC在講述Flux之前,我們看看之前傳統(tǒng)的MVC架構(gòu)以及在前端中的一些問題繼而思考Flux帶來的改變。MVC(Model-View-Controller)最先興起于后端,通過對應(yīng)用程序復(fù)雜度的簡化使程序更加直觀和便于維護(hù)。后端程序MVC中View可以看為數(shù)據(jù)的呈現(xiàn),Model為數(shù)據(jù)的模型,Controller作為程序的流程控制。現(xiàn)在假設(shè)有這樣的場景,用戶想查看自己的profile頁面,可能會有這樣的流程:在頁面上點擊profile按鈕,接下來就是一個HTTP請求(/profile?username=jiavan) => Controller接收到這一請求并獲得請求的內(nèi)容username=jiavan然后告知Model需要jiavan的數(shù)據(jù) => Model返回了jiavan的數(shù)據(jù) => Controller得到數(shù)據(jù)返回新的視圖,看下流程:
現(xiàn)在前端中又有這樣的場景:切換Menu中的Item,當(dāng)前選中的Item顏色不同于其它顏色并且底部顯示對應(yīng)Item的內(nèi)容。一般情況下我們會定義一個css class來作為當(dāng)前選中Item的樣式。當(dāng)用戶點擊Item_A為被點擊的元素新增高亮的class,其它兄弟元素移除該樣式,這里的事件響應(yīng)函數(shù)就是Controller,我們會在這里處理樣式修改邏輯,以及更新Model的數(shù)據(jù),然后新的數(shù)據(jù)及樣式重新渲染界面。這種VC<->M的形式在關(guān)系比較簡單的情況下是比較清晰容易控制的,但是復(fù)雜的頁面上這樣的模式可能會變得非常混亂:
之所以變得混亂了,因為很多view都具備修改多個model的能力,這里的單個修改行為可以稱之為一個Action,一個Action的產(chǎn)生可能是用戶行為,或者一個Ajax請求需要渲染新界面。對比上面后端傳統(tǒng)MVC模式可以發(fā)現(xiàn):
后端中Action作為一個URL請求,前端中可能是一個事件;
后端中Action處理被集中在Controller中,而前端中是分散的。
那么是不是可以把前端中修改狀態(tài)即state的行為(事件回調(diào)/Ajax)全部抽象成一種Action描述,然后交付到一處即Reducers來進(jìn)行原子化處理,然后Reducer修改整個應(yīng)用中唯一的一棵state tree即Store,最后通過state->view的機(jī)制來重新渲染?
Flux數(shù)據(jù)流框架上面提到的幾個概念已經(jīng)對Flux有了初步的了解,下面進(jìn)入正題。相信有了解Flux的都應(yīng)該看過下面這張著名的數(shù)據(jù)流圖:
Action可以看成是修改Store的行為抽象;
Dispatcher管理著應(yīng)用的數(shù)據(jù)流,可以看為Action到Store的分發(fā)器;
Store管理著整個應(yīng)用的狀態(tài)和邏輯,類似MVC中的Model。
所以Flux可以被看作傳統(tǒng)MVC的改進(jìn)而非顛覆,當(dāng)我第一次看到Flux的時候其實是比較懵逼,但看到并使用了Redux后確實有一種非常驚艷的感覺。
Redux按照Redux官方的描述Redux is a predictable state container for JavaScript apps.,其中predictable和state container體現(xiàn)了它的作用。那么如何來理解可預(yù)測化的呢?這里會有一些函數(shù)式編程方面的思想,在Redux中reducer函數(shù)是一個純函數(shù),相同輸入一定會是一致的輸出,所以確定輸入的state那么reducer函數(shù)輸出的state一定是可以被預(yù)測的,因為它只會進(jìn)行單純的計算,保證正確的輸出。狀態(tài)容器又是什么?說明Redux有一個專門管理state的地方,就是Store,并且一般情況下是唯一的,應(yīng)用中所有state形成的一顆狀態(tài)樹就是Store。Redux由Flux演變而來,但受 Elm 的啟發(fā),避開了 Flux 的復(fù)雜性,我們看看其數(shù)據(jù)流向:
不同于Flux架構(gòu),Redux中沒有dispatcher這個概念,并且Redux設(shè)想你永遠(yuǎn)不會變動你的數(shù)據(jù),你應(yīng)該在reducer中返回新的對象來作為應(yīng)用的新狀態(tài)。但是它們都可以用(state, action) => newState來表述其核心思想,所以Redux可以被看成是Flux思想的一種實現(xiàn),但是在細(xì)節(jié)上會有一些差異。
重要概念應(yīng)用中的所有state都以一個object tree的形式存儲在一個單一的store中;
唯一能改store的方法是觸發(fā)action,action是動作行為的抽象;
為了描述action如何改變state樹,需要編寫reducer函數(shù)。
這里需要說明一點的是reducer函數(shù),它應(yīng)當(dāng)是一個純函數(shù),不應(yīng)該有副作用,不應(yīng)有API調(diào)用,Date.now()或者隨機(jī)獲取等不穩(wěn)定的操作,應(yīng)當(dāng)保證相同的輸入reducer計算的結(jié)果應(yīng)該是一致的輸出,它只會進(jìn)行單純的計算。編寫reducer函數(shù)也是Redux中比較重要的一塊,它的形式如下:
function testReducer(state, action) { switch (action.type) { case ACTION_TYPE: // calc... return newState; default: return state; } return newState; }
state是不可修改的,所以返回的新state應(yīng)該是基于輸入state副本的修改,而不是直接修改state后的返回。
原則1. 單一數(shù)據(jù)源,store
整個應(yīng)用的state被存放在一棵Object tree中,并且這個Object tree只存在唯一一個store中;
2. state是只讀的
唯一能改變state的方法是觸發(fā)action,action是對已經(jīng)發(fā)生了的事情的抽象描述,簡單的講,它把行為抽象成了一個對象。
比如,刪除一條記錄的action可以抽象的理解為:
{ type: "DELETE_ITEM", index: 1, }
3. 使用純函數(shù)來實現(xiàn)state歸并操作,reducer
傳入待修改的state和一個告知reducer如何修改state的action,reducer將返回action規(guī)則對應(yīng)下操作后的新的state。
reducer(state, action) => new state
數(shù)據(jù)流嚴(yán)格的單向數(shù)據(jù)流是Redux設(shè)計的核心
Redux應(yīng)用數(shù)據(jù)的生命周期遵循下面4個步驟:
調(diào)用store.dispatch(action), 可以在任何地方進(jìn)行;
Redux store調(diào)用傳入的reducer函數(shù),并且將當(dāng)前的state樹與action傳入。reducer是純函數(shù),只用于計算下一個state,它應(yīng)該是完全可被預(yù)測的,相同的輸入必定會有相同的輸出,不能有副作用的操作,如API的調(diào)用或者路由跳轉(zhuǎn),這些應(yīng)該都是在dispatch前產(chǎn)生;
根reducer將多個子reducer輸出合并成一個單一的state樹;
Redux store保存了根reducer返回的完整的state樹。
新的state樹就是應(yīng)用的下一個狀態(tài),現(xiàn)在就可以根據(jù)新的state tree來渲染UI。
Redux實踐我們通過一個非常簡單的計數(shù)器demo來梳理Redux的數(shù)據(jù)流。
0x00. 創(chuàng)建action
action其實就是一個普通的對象,只是對行為的抽象描述,這里我們可以把加上一個數(shù)描述為:
{ type: INCREMENT, //該動作的抽象描述 number, // 該動作攜帶的數(shù)據(jù) }
更多的時候我們會通過一個action生成函數(shù)來得到一個action:
function incrementCreator(number) { return { type: INCREMENT, number, }; }
0x01. 創(chuàng)建reducer函數(shù)
reducer作為整個Redux中action的處理中樞,接收state與action并對此修改數(shù)據(jù),返回應(yīng)用的下一個狀態(tài)。
function countReducer(state, action) { switch (action.type) { case INCREMENT: return Object.assign({}, { counter: state.counter + action.number, }); case DECREMENT: return Object.assign({}, { counter: state.counter - action.number, }); default: return state; } }
注意:上面我們已經(jīng)提到多次,state是不可修改的,所以通過assign歸并我們對數(shù)據(jù)的操作,返回的是state副本修改后的對象,并非直接修改了輸入的state。
0x02. 創(chuàng)建唯一store
通過Redux中的createStore方法傳入reducer函數(shù)來創(chuàng)建整個應(yīng)用的store。
const store = createStore(countReducer);
0x03. 修改state
通過store的dispatch方法來發(fā)起一個action。
store.dispatch(incrementCreator(5)); store.dispatch(decrementCreator(4));完整demo
import { createStore } from "redux"; // actions const INCREMENT = "INCREMENT"; const DECREMENT = "DECREMENT"; // actionCreator,可以視為創(chuàng)建action的語法糖 function incrementCreator(number) { return { type: INCREMENT, number, }; } function decrementCreator(number) { return { type: DECREMENT, number, }; } // 初始化state const initialState = { counter: 0, }; // reducers函數(shù),注意最后一定要return state防止不能匹配到action的時候state丟失 function countReducer(state = initialState, action) { switch (action.type) { case INCREMENT: return Object.assign({}, { counter: state.counter + action.number, }); case DECREMENT: return Object.assign({}, { counter: state.counter - action.number, }); default: return state; } } // 創(chuàng)建store const store = createStore(countReducer); // 訂閱store的修改 const unsubscribe = store.subscribe(function log() { console.log(store.getState()); }); // 通過dispatch action來改變state store.dispatch(incrementCreator(5)); //Object {counter: 5} store.dispatch(decrementCreator(4)); //Object {counter: 1} // 取消訂閱 unsubscribe();參考并推薦閱讀
https://facebook.github.io/fl...
http://cn.redux.js.org/index....
https://www.zhihu.com/questio...
https://github.com/react-guid...
http://www.ruanyifeng.com/blo...
原文出處 https://github.com/Jiavan/jia... 覺得對你有幫助就給個star吧
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/80221.html
摘要:學(xué)習(xí)是一個漸進(jìn)和修正的過程。學(xué)習(xí)在一定程度上是一個試錯的過程。唯有有了一個理解,才能檢驗對錯。對的理解上有句話是說,編程無外乎兩件事,組合和抽象。處理這些變化的責(zé)任由和共同完成。具體來說,是針對一類數(shù)據(jù)進(jìn)行操作,比如評論。 本文僅僅是對Flux的個人理解,做交流之用,如果錯誤,還望大家指出! 剛才用了1個多小時,看了一下Flux,想說一下自己的理解。可能大家會覺得,只花了這么少的時間,...
摘要:更多資源請文章轉(zhuǎn)自月份前端資源分享的作用數(shù)組元素隨機(jī)化排序算法實現(xiàn)學(xué)習(xí)筆記數(shù)組隨機(jī)排序個變態(tài)題解析上個變態(tài)題解析下中的數(shù)字前端開發(fā)筆記本過目不忘正則表達(dá)式聊一聊前端存儲那些事兒一鍵分享到各種寫給剛?cè)腴T的前端工程師的前后端交互指南物聯(lián)網(wǎng)世界的 更多資源請Star:https://github.com/maidishike... 文章轉(zhuǎn)自:https://github.com/jsfr...
摘要:譯者按最近依舊如火如荼相信大家都躍躍欲試我們團(tuán)隊也開始在領(lǐng)域有所嘗試年應(yīng)該是逐漸走向成熟的一年讓我們一起來看看國外的開發(fā)者們都總結(jié)了哪些最佳實踐年在全世界都有很多關(guān)于新的更新和開發(fā)者大會的討論關(guān)于去年的重要事件請參考那么年最有趣的問題來了我 譯者按:最近React(web/native)依舊如火如荼,相信大家都躍躍欲試,我們團(tuán)隊也開始在React領(lǐng)域有所嘗試. 2016年應(yīng)該是Reac...
摘要:毫無疑問,作為近兩年前端三大流行框架之一,正成為程序員們最喜愛的框架。自年月開源至今,已有千萬網(wǎng)站使用來進(jìn)行前端構(gòu)架,使之成為最受歡迎的項目之一。經(jīng)過這幾年的沉淀,越來越強(qiáng)大,暫不提這幾年在國內(nèi)與之間的矛盾,這其中還有很大談判空間。 showImg(https://segmentfault.com/img/bV0dY9?w=469&h=240); React在國外已被各個公司的各種產(chǎn)品...
摘要:作為目前最火的模式實現(xiàn)之一,它有很多的點值得研究。這個函數(shù)既然要用于,也就是說它接收一個形式為的函數(shù),對其一層層嵌套形式為。這個會在開始時發(fā)起一個,并在這個時發(fā)起另一個成功或失敗的。為了方便起見,會返回這個讓調(diào)用者可以等待。 Redux作為目前最火的Flux模式實現(xiàn)之一,它有很多的點值得研究。今天我們首先來看看它的Middleware。 熟悉Express或者koa的朋友對Middle...
閱讀 2793·2021-10-11 10:57
閱讀 2402·2021-08-27 16:20
閱讀 1384·2019-08-30 13:03
閱讀 1563·2019-08-30 12:50
閱讀 3336·2019-08-29 14:16
閱讀 1561·2019-08-29 11:12
閱讀 1613·2019-08-28 17:53
閱讀 2893·2019-08-27 10:58