在業務或者UI交互稍微複雜一些的項目裏，都離不開狀態管理的問題。不管是從後台API請求的數據還是頁面的UI狀態，都需要有一個"Store"幫我們去做狀態管理。通常在項目中，我們會引入 Redux 去負責這樣的職責。但是 Redux 要維護大量的模板代碼，加上 Redux 通過 connect 這種高階組件的方式注入 state 和 dispatch 的方式並不直觀，增加了理解的複雜度。React從
昵称 卷兒麻
哈嘍，我是老劉 老劉帶着團隊做Flutter開發已經六七年了，這期間被問到最多的三個問題是： 跨平台開發選什麼？ Flutter選哪個版本？ Flutter的狀態管理方案有選哪個？ 今天我們主要來聊聊狀態管理方案的選擇問題。 老劉自己的團隊早期是小項目用Provider，中大型項目用Bloc。 最近這兩年新項目主要還是用Riverpod比較多，RIverpod逐步取代了Bloc成為第一選
昵称 程序員老劉
哈嘍，我是老劉 國慶前發了篇文章，主要講AI協同時代下，Flutter項目的狀態管理該如何進行技術選型。 文章鏈接：2025年Flutter狀態管理新趨勢：AI友好度成為技術選型第一標準 文章發出來後，很多GetX的擁躉在留言區質疑："老劉，你憑啥沒提GetX？" 還有朋友在微信裏私聊我。 看來這個話題確實戳中了很多人的神經。 今天就專門聊聊GetX這個事兒，説説為啥老劉從來沒有推
昵称 程序員老劉
哈嘍，我是老劉 前短時間發了兩篇文章。 [2025年Flutter狀態管理新趨勢：AI友好度成為技術選型第一標準 ](https://mp.weixin.qq.com/s/zNFfCUUXPGzuYfkylgXlPA) [為什麼我從不推薦GetX？11k星標背後的真相 ](https://mp.weixin.qq.com/s/nJ2Wse1l0ax7iUdmZjBWvQ) 評論説啥的都
昵称 程序員老劉
堅持在一線寫前端代碼大概有七八年了，寫過一些項目，有過一些反思，越來越確信平日裏一直用得心安理得某些的東西也許存在着問題，比如：在 狀態管理 上一直比較流行的實踐 🙏，所以試着分享出來探討一下。 為什麼要告別 Redux、Recoil、MobX、Zustand、Jotai 還有 Valtio 今天流行的狀態管理庫有很多，尤其在 React 中。為了把問題説得清晰一些，我想以 React 中的幾個
昵称 烏柏木
