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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

謝邀！

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

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

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

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

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

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

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

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