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
如果你想參與討論，請點選這裡