3
我正在開發反應原生應用程序。我遇到了應用程序狀態管理的問題。在原生反應中使用正常狀態機制的redux
假設我在我的應用程序中歡迎參觀,這應該是一次性查看活動。我可以將它保存在正常狀態下並檢查我的組件。
這可以通過使用redux來實現,然後redux如何與正常狀態不同。任何用例?
我正在開發反應原生應用程序。我遇到了應用程序狀態管理的問題。在原生反應中使用正常狀態機制的redux
假設我在我的應用程序中歡迎參觀,這應該是一次性查看活動。我可以將它保存在正常狀態下並檢查我的組件。
這可以通過使用redux來實現,然後redux如何與正常狀態不同。任何用例?
React Native中的Redux與正常React應用程序中的Redux沒有區別,因此Redux與本地狀態的所有通知都適用。
報價終極版文檔:
使用本地組件的狀態是好的。作爲一名開發人員,您的工作是致力於 確定組成您的應用程序的各種狀態,以及每個狀態應該存在的位置。找到一個適合你的平衡點,然後去 。
根據經驗,確定什麼樣的數據應該 投入Redux的一些常見規則:
- 做關於這個數據的應用程序關心的其他部分?
- 您是否需要能夠根據此原始數據創建更多派生數據?
- 是否使用相同的數據驅動多個組件?
- 您是否有能力將此狀態恢復到給定時間點(即時間行程調試)?
- 你想緩存數據(即使用什麼狀態,如果它已經存在,而不是重新請求它)?
引述丹阿布拉莫夫,終極版的作者:
如果你只是學習的反應,不要讓終極版你的第一選擇。 反而學會在React中思考。如果你發現真正需要它,或者你想嘗試新的東西,請回到Redux。但要謹慎對待,就像你對待任何高度自以爲是的工具一樣。
和我最喜歡的:
經驗法則是:做什麼不太尷尬。
來源:
是否使用相同的數據來驅動多個組件? - 我們不能將它保存在正常狀態下並將它放入其他組件嗎? –
我們絕對可以。這個問題背後的原因可能是這樣一個事實,即雖然將狀態作爲道具傳遞給多個組件相對比較容易,但它可能會很快失去控制。就個人而言,我不會爲Redux而煩惱,除非你發現這個狀態過於複雜。 – designorant
那麼在正常狀態下我必須將它傳遞給道具嗎?並且在還原的情況下不需要將它傳遞給道具?它使所有組件都可用? –