react usecontext_鬼才!我居然把 Vue3 的原理用到了 React 上?
前言
vue-next是Vue3的源碼倉庫,Vue3采用lerna做package的劃分,而響應式能力@vue/reactivity被劃分到了單獨的一個package中。
如果我們想把它集成到React中,可行嗎?來試一試吧。
使用示例
話不多說,先看看怎么用的解解饞吧。
可以看出,store的定義只用到了@vue/reactivity,而rxv只是在組件中做了一層橋接,連通了Vue3和React,然后我們就可以盡情的使用Vue3的響應式能力啦。
我自己是一名從事了多年開發(fā)的web前端老程序員,目前辭職在做自己的web前端私人定制課程,今年我花了一個月整理了一份最適合2020年學習的web前端學習干貨,各種框架都有整理,送給每一位前端小伙伴,想要獲取的可以關注我的頭條號并在后臺私信我:前端,即可免費獲取。
預覽
可以看到,完美的利用了reactive、computed的強大能力。
分析
從這個包提供的幾個核心api來分析:
effect(重點)
effect其實是響應式庫中一個通用的概念:觀察函數(shù),就像Vue2中的Watcher,mobx中的autorun,observer一樣,它的作用是收集依賴。
它接受的是一個函數(shù),它會幫你執(zhí)行這個函數(shù),并且開啟依賴收集,
這個函數(shù)內(nèi)部對于響應式數(shù)據(jù)的訪問都可以收集依賴,那么在響應式數(shù)據(jù)被修改后,就會觸發(fā)更新。
最簡單的用法
那么如果把這個簡單例子中的
這個函數(shù),替換成React的組件渲染,是不是就能達成響應式更新組件的目的了?
reactive(重點)
響應式數(shù)據(jù)的核心api,這個api返回的是一個proxy,對上面所有屬性的訪問都會被劫持,從而在get的時候收集依賴(也就是正在運行的effect),在set的時候觸發(fā)更新。
ref
對于簡單數(shù)據(jù)類型比如number,我們不可能像這樣去做:
這是不符合響應式的攔截規(guī)則的,沒有辦法能攔截到data本身的改變,只能攔截到data身上的屬性的改變,所以有了ref。
computed
計算屬性,依賴值更新以后,它的值也會隨之自動更新。其實computed內(nèi)部也是一個effect。
擁有在computed中觀察另一個computed數(shù)據(jù)、effect觀察computed改變之類的高級特性。
實現(xiàn)
從這幾個核心api來看,只要effect能接入到React系統(tǒng)中,那么其他的api都沒什么問題,因為它們只是去收集effect的依賴,去通知effect觸發(fā)更新。
effect接受的是一個函數(shù),而且effect還支持通過傳入schedule參數(shù)來自定義依賴更新的時候需要觸發(fā)什么函數(shù),如果我們把這個schedule替換成對應組件的更新呢?要知道在hook的世界中,實現(xiàn)當前組件強制更新可是很簡單的:
useForceUpdate
這是一個很經(jīng)典的自定義hook,通過不斷的把狀態(tài)+1來強行讓組件渲染。
而rxv的核心api: useStore接受的也是一個函數(shù)selector,它會讓用戶自己選擇在組件中需要訪問的數(shù)據(jù)。
那么思路就顯而易見了:
把selector包裝在effect中執(zhí)行,去收集依賴。
指定依賴發(fā)生更新時,需要調(diào)用的函數(shù)是當前正在使用useStore的這個組件的forceUpdate強制渲染函數(shù)。
這樣不就實現(xiàn)了數(shù)據(jù)變化,組件自動更新嗎?
簡單的看一下核心實現(xiàn)
useStore和Provider
這個option是傳遞給Vue3的effectapi,
scheduler規(guī)定響應式數(shù)據(jù)更新以后應該做什么操作,這里我們使用forceUpdate去讓組件重新渲染。
lazy表示延遲執(zhí)行,后面我們手動調(diào)用effection來執(zhí)行
再來看下useEffection和useForceUpdate
也很簡單,就是把傳入的函數(shù)交給effect,并且在組件銷毀的時候停止effect而已。
流程
先通過useForceUpdate在當前組件中注冊一個強制更新的函數(shù)。
通過useContext讀取用戶從Provider中傳入的store。
再通過Vue的effect去幫我們執(zhí)行selector(store),并且指定scheduler為forceUpdate,這樣就完成了依賴收集。
那么在store里的值更新了以后,觸發(fā)了scheduler也就是forceUpdate,我們的React組件就自動更新啦。
就簡單的幾行代碼,就實現(xiàn)了在React中使用@vue/reactivity中的所有能力。
優(yōu)點:
直接引入@vue/reacivity,完全使用Vue3的reactivity能力,擁有computed, effect等各種能力,并且對于Set和Map也提供了響應式的能力。后續(xù)也會隨著這個庫的更新變得更加完善的和強大。
vue-next倉庫內(nèi)部完整的測試用例。
完善的TypeScript類型支持。
完全復用@vue/reacivity實現(xiàn)超強的全局狀態(tài)管理能力。
狀態(tài)管理中組件級別的精確更新。
Vue3總是要學的嘛,提前學習防止失業(yè)!
缺點:
由于需要精確的收集依賴全靠useStore,所以selector函數(shù)一定要精確的訪問到你關心的數(shù)據(jù)。甚至如果你需要觸發(fā)數(shù)組內(nèi)部某個值的更新,那你在useStore中就不能只返回這個數(shù)組本身。
舉一個例子:
這段代碼直接在useStore中返回了整段jsx,是因為map的過程中回去訪問數(shù)組的每一項來收集依賴,只有這樣才能達到響應式的目的。
源碼地址
https://github.com/sl1673495/react-composition-api
如果你喜歡這個庫,歡迎給出你的star?,你的支持就是我最大的動力~
作者:程序員的青春
鏈接:https://www.jianshu.com/p/8458d3930f8f
總結
以上是生活随笔為你收集整理的react usecontext_鬼才!我居然把 Vue3 的原理用到了 React 上?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 《百岁人生》读书笔记 | 能活百年,为什
- 下一篇: 往事回首