我已經閱讀了這個答案，減少了樣板，看了幾個GitHub示例，甚至嘗試了一點redux（待辦事項應用程序）。據我了解，官方的redux doc動機與傳統的MVC架構相比具有優勢。但是它沒有提供以下問題的答案：為什么要通過Facebook Flux使用Redux？這僅僅是編程風格的一個問題：功能性與非功能性？還是問題出在redux方法之后的abilities / dev-tools中？也許縮放？還是測試？如果我說redux對于來自函數式語言的人來說是一種變化，那我是對的嗎？為了回答這個問題，您可以比較實現Redux在通量和Redux上的動機點的復雜性。以下是來自官方redux doc動機的動機點：處理樂觀更新（據我所知，這幾乎不依賴于第5點。很難在Facebook流量中實現它嗎？）在服務器上渲染（facebook流量也可以做到這一點。與redux相比有什么好處嗎？）在執行路線轉換之前獲取數據（為什么不能在facebook流量中實現它？有什么好處？）熱重載（React Hot Reload可能實現。為什么需要redux？）撤消/重做功能還有其他要點嗎？像堅持狀態...