1樓：晚雲收
可以把業務相關的資料和狀態放在store裡，元件自身邏輯資料和狀態放在元件裡儲存，盡量寫成純元件，這樣的好處是方便維護狀態的一致性，並且當策劃加新的需求時，相似的功能只需將元件和資料重新組合即可。
2樓：
主要適用元件之間共享狀態：
1. 元件之間可能被共享的資料，使用redux！
2. 配置資訊（token、API）盡量單獨記錄，或者維護在非檢視元件內部
3. 元件內部如無明確外部互動，優選state！複雜互動元件還需內部建立redux例項（甚至多個）
4. 通過mapStates元件之間共享資料，盡量避免監聽他人事件5. 切莫過度依賴redux，狀態樹盡量簡單結構，btw：you-might-not-need-redux
3樓：瘋帽匠
對於是否要維護一些不在redux store裡的小狀態，我記得redux的乙個co-author的原話是
do what is less awkward
果然是everything depends on if（攤手
4樓：馬齡陽
不需要，redux的store乙個優點是可以方便元件之間共享狀態以及通訊。但是對於一些只侷限在元件內部的狀態，完全無需存在store當中，這樣不但沒有必要，反而會增加複雜度。
在redux官方文件中有乙個Todo List的例子，其中的input元件的內部狀態就是自己維護，沒有存在store當中，可以很好的說明這一點原則：Example: Todo List
5樓：laughing
根據業務場景適當區分展示state和非展示的資料，例如一些在後端渲染給頁面的資料TOKEN，REQUEST URL等資訊，其不會造成頁面任何變化，完全可以將其放在全域性WINDOW上的乙個物件統一管理更方便！ 否則就要放在redux state通過PROPS傳遞或 CONTEXT獲取，很是麻煩！
在某些場景改變這些非展示資料，還可以避免REACT-REDUX的淺比較或元件的DIFF！
個人覺得不要太死的使用REDUX，完全可以根據自己專案，業務場景來劃分！
redux 中的 state 樹太大會不會有效能問題？
月明滄海 我的經驗是 react效能問題一般都是元件重新渲染太多導致的。通用解決方案一般有2個 一是減少元件re render，在shouldComponentUpdate入口處避免無必要的重新渲染 必要時使用deep equal對比 二是使用 reselect 計算衍生狀態，減少重複計算。 hap...
如果英雄聯盟中所有英雄平A會減少所有技能1s Cd，那麼誰會最強？
院長大人 其實沒有什麼最強，只有英雄互相克制，這也是聯盟的魅力所在像提莫Q你致盲，大部分英雄就別提普攻了兩眼一抹黑靠技能輸出吧，鹿死誰手還不一定 再乙個石頭人，沒想到吧石頭人的E可以減攻速如果考慮減攻速疊加的話你將會看到自己平A不出去，恐怖至極 最後提醒大家注意通風消毒，減少外出，武漢加油 選擇困難...
如何學完高中所有知識？
心機BOY 不用學會所有知識，沒必要一本書只有百分之二十是要考的，高中所有的知識有百分之八十是沒必要的，只要抓住高中知識要考的重點的學會就好了。 懶派大叔 我咋沒看見題主說的五天學完呢，如果是複習的話，那麼五天是可以把高中所以知識拉個框架的。但是你對每個知識點的運用，理解，還有我們逃不過的題型，出題...