dev-reading/fe 是一個閱讀、導讀、速讀的 repo，不要依賴于 dev-reading/fe 學習知識。本 repo 只是一個快速了解文章內容的工具，并不提供全文解讀和翻譯。你可以通過本平臺快速了解文章里面的內容，找到感興趣的文章，然后去閱讀全文。

本文討論地址：https://github.com/dev-reading/fe/issues/11

閱讀時間大概 1 分鐘

---

過早優化是萬惡之源 —— Donald Knuth

本文描述了什么時候開始使用 Redux。作者描述了在構建一個真實 React APP 時，從沒有使用 Redux 到使用 Redux 的過程以及收獲。

首先，并不是所有的 React 應用程序都需要使用 Redux。事實上，大多數非常簡單的 React 應用程序根本不能從 Redux 中受益。

第 1 天

使用 React 本地組件狀態

React 使用單向數據流，這意味著父組件把自身的狀態作為屬性傳遞給子組件。

第 5 天

隨著添加更多的功能，非父子組件之間需要共享一些狀態。

我們通過提升狀態來解決這個問題。

這意味著我們將狀態（和改變這個狀態的函數）提升到最接近的祖先（Container Component）。我們將這些函數綁定到容器組件，并將它們作為屬性向下傳遞。這意味著子組件可以觸發其父組件中的狀態更改，這將更新樹中的所有其他組件。

第 20 天

隨著添加了更多的功能和組件，我們的應用程序狀態流程開始看起來像這樣...

第 n 天

如果您開始遇到上述某些問題，則可能意味著您應該使用 Redux 了。

Redux

當我們使用 Redux 后，狀態變成了這樣：

如果您的應用符合以下某些條件，那么我認為應該立即使用 Redux。

• UI 可以根據應用程序狀態顯著變化
• 并不總是以一種線性的，單向的方式流動
• 許多不相關的組件以相同的方式更新狀態
• 狀態樹并不簡單
• 狀態以許多不同的方式更新
• 您需要能夠撤消以前的用戶操作

---

閱讀原文：When do I know I’m ready for Redux?

討論地址：4 張動圖解釋為什么（什么時候）使用 Redux #11

如果你想參與討論，請點擊這里

總結

以上是生活随笔為你收集整理的4 张动图解释为什么（什么时候）使用 Redux的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。