有沒有人有充分的理由來使用redux on react?我正在考慮在反應中構建非常小的組件,所以我不需要使用redux。 每個組件都有自己的狀態,如redux。使用還原反應的原因是什麼?
您認爲如何?你有什麼樣的經歷?
有沒有人有充分的理由來使用redux on react?我正在考慮在反應中構建非常小的組件,所以我不需要使用redux。 每個組件都有自己的狀態,如redux。使用還原反應的原因是什麼?
您認爲如何?你有什麼樣的經歷?
從the Redux FAQs大段:
皮特·亨特,早期貢獻者反應之一,他表示:
你會知道什麼時候你需要的流量。如果您不確定是否需要它,那麼您不需要 。
同樣,丹阿布拉莫夫,終極版的創作者之一,他說:
我想修改此:當你有了問題 香草陣營不使用終極版。
在一般情況下,使用終極版當你有合理的數量隨着時間不斷變化,你需要事實的單一源數據 的,你會發現 是接近像一個頂級藏在心裏反應 組件的狀態不再充分。
但是,瞭解使用Redux與 進行權衡也很重要。它不是設計成 寫代碼的最短或最快的方式。它旨在幫助回答「什麼時候某個狀態發生變化,以及數據來自哪裏?」, 以及可預測的行爲。它通過要求您遵循應用程序中特定的 約束來實現:將應用程序的狀態存儲爲 純文本數據,將更改描述爲純文本對象,並使用純函數處理這些更改,這些純函數會不斷更新。這是 經常是有關「樣板」的投訴的來源。這些限制 需要開發人員的努力,但也需要開放一些其他的可能性(例如存儲持久性和 同步)。
如果你只是學習的反應,你應該專注于思考 的陣營,然後再看看終極版一旦你更好的理解作出反應 和終極版會如何融入你的應用程序。
最後,Redux只是一個工具。這是一個很棒的工具,並且有一些 使用它的很好的理由,但也有一些原因可能讓你不想 使用它。做出有關工具的明智決策,並瞭解每個決策所涉及的權衡。
Redux主要用於應用程序狀態管理。在Redux中完成的應用程序中,整個應用程序的狀態位於單個不可變狀態對象中,該對象不能由您的反應組件直接更改。
而是反應組件可以發出動作,這些動作被傳遞給reducer/s,這會改變狀態。
如果設計單個組件,那麼您絕對不需要使用Redux。你可以考慮更復雜的應用程序Redux。