react狀態(tài)到底怎么難管理？

“使用redux,我一開始以為能避免組件的無意義的刷新，發(fā)現(xiàn)并不能”

其實(shí)redux是能很好地避免組件的更新的:

假設(shè)有父組件 A, 子組件 B, 孫組件 C，在沒有用redux下，組件 C 需要的props都需要A傳遞給B，然后傳遞給C，B在這里僅僅起到了一個傳遞的作用，但是當(dāng)傳遞給C的props改變的時候，A,B,C 都需要更新。如果使用了redux， C 直接通過redux訂閱所需要的props（mapStatetoProps），當(dāng)props改變的時候僅僅需要更新C組件，從而避免了 A, B組件的更新。

所以redux能很好地處理這種無關(guān)組件之間的依賴關(guān)系。

1.redux只有當(dāng)項(xiàng)目很大，而且多人協(xié)作的情況下才能體現(xiàn)出他的優(yōu)勢
2.最典型的就是購物車場景，或者用戶分步走注冊的場景下，頁面跳轉(zhuǎn)復(fù)雜的情況下，要維護(hù)數(shù)據(jù)流很困難
3.還有組件樹比較龐大，組件層級很深的情況下，父組件和子孫組件之間，兄弟組件之間傳遞數(shù)據(jù)就會很麻煩
4.當(dāng)然了redux要寫很多重復(fù)代碼，如果項(xiàng)目不是很復(fù)雜，那就沒必要單獨(dú)用狀態(tài)管理工具，也可以考慮用mobx

如果是相鄰的父子組件當(dāng)然直接傳遞屬性更加簡便。
但是你如果考慮這樣的情景呢。
父組價=>子組件=>孫子組件=>孫孫子組件=>孫孫孫子組件，父組件向最后的子組件傳遞，如果用props就要寫好多層。

我們所有一切組件都是建立在樹形結(jié)構(gòu)下。 然后你可以開始考慮狀態(tài)為什么難管理了。

組件管理自己的state : 簡單
組件管理子組件的state: 通過props，簡單
組件管理子組件的子組件: 通過props傳遞到子組件，子組件再通過props傳遞。 一般
組件管理子組件的子。。。。: 通過props不斷傳遞，復(fù)雜。 context 簡單

組件傳遞狀態(tài)給兄弟節(jié)點(diǎn): 通過父級，使用refs，簡單，使用回調(diào)，一般
組件傳遞狀態(tài)給兄弟的子節(jié)點(diǎn): 通過父級傳遞給兄弟節(jié)點(diǎn)，兄弟節(jié)點(diǎn)再傳遞給子節(jié)點(diǎn) 一般
組件傳遞狀態(tài)給兄弟的子節(jié)點(diǎn)的子節(jié)點(diǎn)： 復(fù)雜

組件傳遞給父組件的父組件: 使用refs，多個父組件都需要refs，一般，使用回調(diào)，一般

簡單總結(jié)一下： redux的出現(xiàn)就是為了解決，你想和其他組件共享或修改某些數(shù)據(jù)或者狀態(tài)。redux理解為一個數(shù)據(jù)庫，你完全可以不和頁面強(qiáng)關(guān)聯(lián)，那樣你就不會覺的復(fù)雜。

使用建議是，能用組件自身管理的state就自身管理，只有你需要多個組件共享的狀態(tài)才需要放到redux里面

我覺得redux/flux對于一些輕量級項(xiàng)目還是顯得太模板化、重量級了點(diǎn)。
最近剛好寫了一個react狀態(tài)管理框架，能夠在任何位置簡單執(zhí)行類似

$('MyComponent').setProp({foo: bar})

就能進(jìn)行狀態(tài)的管理，我覺得比較適用一些簡單的項(xiàng)目
可以參考下:https://github.com/captainwz/react-pocket

謝邀！

對于大型的復(fù)雜應(yīng)用來說，代碼結(jié)構(gòu)和組件之間的通信往往是最關(guān)鍵的，但 React 只是 DOM 的一個抽象層，并沒對這兩方面提供完整解決方案。為了解決這個問題，才提出flux、redux等架構(gòu)概念！
簡單說，如果你的UI層非常簡單，沒有很多互動，Redux 就是不必要的，用了反而增加復(fù)雜性。
多交互、多數(shù)據(jù)源的場景可以考慮使用redux：

1. View 要從多個來源獲取數(shù)據(jù)
2. 與服務(wù)器大量交互，或者使用了WebSocket
3. 用戶的使用方式復(fù)雜
4. 不同身份的用戶有不同的使用方式（比如普通用戶和管理員）
5. 多個用戶之間可以協(xié)作

從組件角度看，如果你的應(yīng)用有以下場景，可以考慮使用 Redux：

1. 某個組件的狀態(tài)，需要共享
2. 某個狀態(tài)需要在任何地方都可以拿到
3. 一個組件需要改變?nèi)譅顟B(tài)
4. 一個組件需要改變另一個組件的狀態(tài)

發(fā)生上面情況時，如果不使用 Redux 或者其他狀態(tài)管理工具，不按照一定規(guī)律處理狀態(tài)的讀寫，代碼很快就會變成一團(tuán)亂麻。你需要一種機(jī)制，可以在同一個地方查詢狀態(tài)、改變狀態(tài)、傳播狀態(tài)的變化。

總之，不要把 Redux 當(dāng)作萬靈丹，如果你的應(yīng)用沒那么復(fù)雜，就沒必要用它。另一方面，Redux 只是 Web 架構(gòu)的一種解決方案，也可以選擇其他方案，比如dva，個人感覺就很不錯。

我們的項(xiàng)目redux也是不斷的迭代，使用不使用并沒有一個明確的分界點(diǎn)！

參照：http://www.ruanyifeng.com/blo...