4 張動圖解釋爲何（何時）使用 Redux

dev-reading/fe 是一個閱讀、導讀、速讀的 repo，不要依賴於 dev-reading/fe 學習知識。本 repo 只是一個快速瞭解文章內容的工具，並不提供全文解讀和翻譯。你能夠經過本平臺快速瞭解文章裏面的內容，找到感興趣的文章，而後去閱讀全文。

本文討論地址：github.com/dev-reading…

閱讀時間大概 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

若是你想參與討論，請點擊這裏