4 張動圖解釋為什麼(什麼時候)使用 Redux

首先,

並不是所有的 React 應用程式都需要使用 Redux

。事實上,大多數非常簡單的 React 應用程式根本不能從 Redux 中受益。

第 1 天

使用 React 本地元件狀態

React 使用單向資料流,這意味著父元件把自身的狀態作為屬性傳遞給子元件。

4 張動圖解釋為什麼(什麼時候)使用 Redux

第 5 天

隨著新增更多的功能,非父子元件之間需要共享一些狀態。

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

這意味著我們將狀態(和改變這個狀態的函式)

提升到最接近的祖先

(Container Component)。我們將這些函式繫結到容器元件,並將它們作為屬性向下傳遞。這意味著子元件可以觸發其父元件中的狀態更改,這將

更新樹中的所有其他元件。

4 張動圖解釋為什麼(什麼時候)使用 Redux

第 20 天

隨著添加了更多的功能和元件,我們的應用程式狀態流程開始看起來像這樣。。。

4 張動圖解釋為什麼(什麼時候)使用 Redux

第 n 天

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

Redux

當我們使用 Redux 後,狀態變成了這樣:

4 張動圖解釋為什麼(什麼時候)使用 Redux

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

UI 可以根據應用程式狀態顯著變化

並不總是以一種線性的,單向的方式流動

許多不相關的元件以相同的方式更新狀態

狀態樹並不簡單

狀態以許多不同的方式更新

您需要能夠撤消以前的使用者操作