摘要:原文地址前言筆者最近在學(xué)習(xí)使用,提到就繞不過去。同時應(yīng)當(dāng)注意,當(dāng)組件時應(yīng)當(dāng)重新收集依賴,因為之后依賴關(guān)系很可能已經(jīng)變化了清空依賴至此,我們的小目標(biāo)已經(jīng)完成了,在中使用不再是夢
原文地址
前言筆者最近在學(xué)習(xí)使用react,提到react就繞不過去redux。redux是一個狀態(tài)管理架構(gòu),被廣泛用于react項目中,但是redux并不是專為react而生,兩者還需要react-redux建立一座橋梁。同時,redux架構(gòu)規(guī)定只能發(fā)送同步action,要想發(fā)送異步action就需要結(jié)合中間件如redux-thunk、redux-saga等,所以說要想搞定redux還真是不容易啊,光名詞就這么多。筆者以前也接觸過一點vuex,vuex對筆者這樣的菜雞相對友好,但是vuex是和vue配套的,是不可能用在react中的,這輩子都別想用在react中。但是我不服,那么這篇文章就探索下如何制作一個可以在react中使用的類似vuex的狀態(tài)管理工具,我將它取名為reux。
vuex <=> redux + react-redux + redux-saga正文
響應(yīng)式數(shù)據(jù)觀測系統(tǒng)
vue的一大特色就是響應(yīng)式數(shù)據(jù)觀測系統(tǒng),它可以在get數(shù)據(jù)時收集依賴,在set數(shù)據(jù)時觸發(fā)更新。vuex借助于vue的數(shù)據(jù)觀測系統(tǒng),可以輕松的收集數(shù)據(jù)依賴,并且依賴可以精細(xì)到組件的粒度,也就是說某一狀態(tài)改變時,只有依賴到這一狀態(tài)的組件才會觸發(fā)rerender,這樣看來redux體系就比較傻,只要提交action,就會從根組件rerender(react-redux內(nèi)部自動進(jìn)行shouldCompoentUpdate判斷)。
上圖來自于vue官網(wǎng)對vuex架構(gòu)的說明,鏈接。
上圖中的component是vue component,只要vue component執(zhí)行render,那么vuex的數(shù)據(jù)響應(yīng)系統(tǒng)就可以自動的收集依賴,當(dāng)狀態(tài)改變時,依賴于此狀態(tài)的組件就會重新渲染。既然我們要實現(xiàn)的是一個類vuex的狀態(tài)管理工具,即支持以get的方式收集依賴,以set的方式觸發(fā)更新,所以reux利用了vue的響應(yīng)式數(shù)據(jù)觀測系統(tǒng),正所謂前人種樹,后人乘涼。
如何收集依賴
我們已經(jīng)有了響應(yīng)式數(shù)據(jù)系統(tǒng),接下來要解決的問題就是如何收集依賴,收集依賴必須要觸發(fā)get,而觸發(fā)get的前提是組件可以拿到store,因此第一步是向組件注入store。類似react-redux,reux提供了Provider使子組件可以拿到store。
class Provider extends Component { getChildContext() { return {store: this.props.store}; } render() { const { children } = this.props; return children; } } Provider.childContextTypes = { store: PropTypes.object };
相應(yīng)的子組件可以context拿到store,如下
class Child extends Component { render() { // store => this.context.store } } Child.contextTypes = { store: PropTypes.object };
這樣寫的缺點顯而易見,每個子組件都需要定義contextTypes,同樣的類似于react-redux,reux提供了connect函數(shù),用于映射state => props
const connect = (mapStateToProps = () => {}) => { return (WrappedComponent) => { const Wrapper = class extends Component { render() { const store = this.context.store; const props = Object.assign({}, this.props, mapStateToProps(store.state, this.props), {dispatch: store.dispatch, commit: store.commit}); return} } Wrapper.contextTypes = { store: PropTypes.object }; reaturn Wrapper; } }
這樣一來,只要組件執(zhí)行render方法,便會觸發(fā)get鉤子,從而使得store自動收集依賴,我們再想下依賴是什么,其實依賴應(yīng)該是組件實例,那么當(dāng)set鉤子觸發(fā)時,每個依賴(即組件實例)只要執(zhí)行forceUpdate方法就可以達(dá)到rerender的效果。
但是問題是,get鉤子觸發(fā)時,如何確定依賴到底是誰呢?借鑒vue,我們定義一個stack,當(dāng)componentWillMount時進(jìn)棧,當(dāng)componentDidMount時出棧
componentWillMount() { pushTarget(this); } componentDidMount() { popTarget(this); }
這樣當(dāng)get鉤子觸發(fā)時,當(dāng)前target就是目標(biāo)依賴。同時應(yīng)當(dāng)注意,當(dāng)組件update時應(yīng)當(dāng)重新收集依賴,因為update之后依賴關(guān)系很可能已經(jīng)變化了
update() { // 清空依賴 this.clear(); pushTarget(this); this.forceUpdate(() => { popTarget(this); }) }
至此,我們的小目標(biāo)已經(jīng)完成了,在react中使用vuex不再是夢!
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/96381.html
摘要:我在中寫了這段代碼在組件被創(chuàng)建時候?qū)?zhí)行此函數(shù)相當(dāng)于進(jìn)入頁面的自執(zhí)行使用方法監(jiān)聽屬性并執(zhí)行一個回調(diào)函數(shù)按道理在元素被創(chuàng)建的時候,會將監(jiān)聽到的值賦給并且打印。 天地不仁以萬物為芻狗,宇宙無義視眾生如螻蟻 ——蕭鼎和我 上一節(jié)列出了5個關(guān)鍵點,第一個路由已經(jīng)解決了,接下來解決第二個問題: 組件的通信問題 一、組件的關(guān)系 組件之間的關(guān)系無非就是兩種父子關(guān)系...
摘要:也就是說不應(yīng)該有公開的,所有都應(yīng)該是私有的,只能有公開的。允許使用方法設(shè)置監(jiān)聽函數(shù),一旦發(fā)生變化,就自動執(zhí)行這個函數(shù)。用一個叫做的純函數(shù)來處理事件??梢酝ㄟ^得到當(dāng)前狀態(tài)。在中,同步的表現(xiàn)就是發(fā)出以后,立即算出。 這篇文章試著聊明白這一堆看起來挺復(fù)雜的東西。在聊之前,大家要始終記得一句話:一切前端概念,都是紙老虎。 不管是Vue,還是 React,都需要管理狀態(tài)(state),比如組件之...
摘要:說到老四了,最苦逼的家伙了,活都讓他干了,活總得干完一個說一個吧,所以他基本上同步進(jìn)行的。 前言 這次發(fā)表的項目,這對我來說是一場革命。記錄著第一次GitHub發(fā)布項目,記錄著最初學(xué)習(xí)vuex的頭昏腦脹,也記錄著懷揣對react的一腔熱血后卻步履闌珊后,再次回看vue時那種感覺。所以說這個項目對我很有意思,麻雀雖小,五臟俱全。 在寫這個項目之前,我正在試水react,那種函數(shù)式編程+j...
摘要:將注意力集中保持在核心庫,而將其他功能如路由和全局狀態(tài)管理交給相關(guān)的庫。此示例使用類似的語法,稱為。執(zhí)行更快,因為它在編譯為代碼后進(jìn)行了優(yōu)化。基于的模板使得將已有的應(yīng)用逐步遷移到更為容易。 前言 因為沒有明確的界定,這里不討論正確與否,只表達(dá)個人對前端MV*架構(gòu)模式理解看法,再比較React和Vue兩種框架不同.寫完之后我知道這文章好水,特別是框架對比部分都是別人說爛的,而我也是打算把...
摘要:在模式中一般把層算在層中,只有在理想的雙向綁定模式下,才會完全的消失。層將通過特定的展示出來,并在控件上綁定視圖交互事件,一般由框架自動生成在瀏覽器中。三大框架的異同三大框架都是數(shù)據(jù)驅(qū)動型的框架及是雙向數(shù)據(jù)綁定是單向數(shù)據(jù)綁定。 MVVM相關(guān)概念 1) MVVM典型特點是有四個概念:Model、View、ViewModel、綁定器。MVVM可以是單向綁定也可以是雙向綁定甚至是不綁...
閱讀 2552·2023-04-25 19:47
閱讀 3396·2019-08-29 17:18
閱讀 861·2019-08-29 15:26
閱讀 3368·2019-08-29 14:17
閱讀 1145·2019-08-26 13:49
閱讀 3346·2019-08-26 13:22
閱讀 3034·2019-08-26 10:44
閱讀 2702·2019-08-23 16:51