Contributes3
Followers0
前端狀態管理的工具庫紛雜，在開啓一個新項目的時候不禁讓人糾結，該用哪個？其實每個都能達到我的目的，我們想要的無非就是管理好系統內的狀態，使代碼利於維護和拓展，儘可能降低系統的複雜度。 使用 Vue 的同學可能更願意相信其官方的生態，直接上 vuex/pinia，不用過多糾結。由於我平常使用 React 較多，故就當前應用較廣泛的 Redux、Mobx 倆工具庫為例，研讀了一番，記錄下自己的一些閒言
Nickname Sadhu
大家好，我卡頌。 最近看到個寫得很不錯的知乎回答Hooks是否過譽了？前端應該跟着React走還是跟着JS、TS走？- beeplin的回答。 在這個回答的基礎上，我想引申出一個問題 —— 對於前端狀態相關問題，如何思考比較全面？ 今天，我們試着從多個抽象層級的角度回答這個問題。 歡迎加入人類高質量前端框架羣，帶飛 問題的起源 有相當比例的前端從業者入行是從學習前端框架的使用開始的。換言之，在他們
Nickname 卡頌
狀態管理的產生 為什麼需要狀態管理 狀態管理伴隨着現代前端框架的崛起而誕生，在經典的單頁應用中，組件內部狀態隨着組件的掛載而產生，銷燬而銷燬，全局狀態則隨着應用掛載而一直存在，這時候，全局狀態的共享，傳遞，變更就被抽離出來成了一個通用的解決方案。 Vue與React都有較為簡單的全局狀態管理策略（Store模式，Context），但是當應用足夠複雜，全局狀態較多的時候，還是需要第
Nickname 折丹