我們刪了4000行Redux代碼，然后等了三天。

什么都沒(méi)發(fā)生。沒(méi)有報(bào)錯(cuò)，沒(méi)有用戶投訴，沒(méi)有凌晨三點(diǎn)的告警電話。這種安靜比任何生產(chǎn)事故都讓人不安——畢竟我們?cè)鴪?jiān)信，Redux是前端架構(gòu)的承重墻。

Redux的甜蜜陷阱

它看起來(lái)太像"正經(jīng)工程師該用的東西"了。單一狀態(tài)樹(shù)、純函數(shù)、時(shí)間旅行調(diào)試，每個(gè)概念都散發(fā)著結(jié)構(gòu)化的美感。項(xiàng)目初期，一個(gè)store配幾個(gè)reducer，數(shù)據(jù)流清晰得像高速公路。

問(wèn)題藏在規(guī)模里。

產(chǎn)品膨脹后，改個(gè)用戶名字要觸發(fā)六步操作：定義action類(lèi)型、寫(xiě)action creator、改reducer、調(diào)selector、組件里dispatch、最后祈禱別波及無(wú)關(guān)模塊。原本5分鐘的改動(dòng)，現(xiàn)在需要跨文件考古。

三行代碼的替代方案

團(tuán)隊(duì)最終用React原生的useState + useContext組合替換了Redux。核心邏輯就三行：創(chuàng)建context、provider包裹、子組件消費(fèi)。沒(méi)有中間件，沒(méi)有樣板代碼，沒(méi)有那個(gè)永遠(yuǎn)搞不清該放哪的thunk。

遷移過(guò)程暴露了真相：4000行代碼里，真正在干活的不到10%。剩下的是類(lèi)型定義、測(cè)試替身、為了Redux而Redux的抽象層。刪完之后，包體積小了，構(gòu)建快了，新人 onboarding 從兩周縮到兩天。

沉默背后的行業(yè)慣性

Redux從未是技術(shù)問(wèn)題，它是社交貨幣。簡(jiǎn)歷上寫(xiě)"精通Redux"比"會(huì)用useState"聽(tīng)起來(lái)高級(jí)，技術(shù)選型會(huì)議上拋出"狀態(tài)管理方案"比"用原生hook"顯得深思熟慮。我們給復(fù)雜度賦予了道德優(yōu)越感——仿佛代碼越難懂，寫(xiě)的人越專(zhuān)業(yè)。

團(tuán)隊(duì)現(xiàn)在偶爾會(huì)翻出舊代碼截圖。那些層層嵌套的文件夾結(jié)構(gòu)，那些以"最佳實(shí)踐"之名存在的文件，像極了解釋為什么"這顆螺絲必須鍍鈦"的工程師。

最近一次復(fù)盤(pán)會(huì)上，有人問(wèn)了句：如果當(dāng)初不是Redux，而是MobX或Zustand，我們會(huì)猶豫這么久嗎？會(huì)議室安靜了幾秒——和刪完代碼那三天的安靜，一模一樣。