這個題目可能有點抽象,其實我是想問,對于react-redux項目中的state,不是所有的state都必須要交給redux托管吧?是不是只有類似數據流的state才需要交給redux托管從而達到更好的控制與維護,比如說官網todo例子中的todo lists,還有一些全局的state,交于redux托管不用自己寫那么多container了。但是對于控制組件狀態的state,交于組件自身管理更好。也許是因為組里的項目太小了,很多控制組件狀態state交給redux托管我怎么感覺有點繁瑣呢?寫了一堆redux中所謂的模板代碼,但其實只是為了寫而寫。最近剛開始研究redux,官網文檔的todo例子和github上的todo例子有點不一樣,前者所有的state都是redux維護,后者只有一部分,所以有點暈了。有沒有大神可以略微指點一二,小弟英語不是特別好,英文資料看得實在是頭疼,中文資料比較有限。
3 回答

慕妹3146593
TA貢獻1820條經驗 獲得超9個贊
redux改變的是思考問題的方式。 數據改變 + 視圖更新 二者分開,能做的很好,但混到一起,就變得一團糟。 redux保證數據流向的正確, 組件只考慮一件事,就一件事,接受props然后展示。 redux 也完全只用關心數據的正確性,由于不考慮組件, 數據層可以寫測試用例來保證。 而且 應用隨著應用的不斷增大,reducer可以復用的邏輯一般也越來越多。 開發的時候也方便,大家提前定義好store的結構。 推薦看一個框架deku, 一個沒有state的框架

叮當貓咪
TA貢獻1776條經驗 獲得超12個贊
組件自己的state(一般用于控制ui)確實組件自己管理就好了,沒必要統統交給redux。所謂的presentational組件也是允許持有控制ui的state的。
- 3 回答
- 0 關注
- 749 瀏覽
添加回答
舉報
0/150
提交
取消