關於react的redux開發時，異步action如何理解

異步action代碼比較繁瑣，是否把邏輯封裝到異步action爭議一直不斷

其實這個問題看以誰爲中心，

若是你的設計思想是redux統治一切，不只統治狀態機，還要統治異步相關請求，也封裝到action內，保持思想的上純粹和代碼上的「藝術感」也是沒有問題的。

換一種思路，react顯示組件負責顯示，也能夠負責與服務器的通信這些基本的操做，那麼拉取到了數據再 dispatch給redux，也是不少前端人員採起的方式

這種思想是和第一種惟redux是一切的思想衝突，但也能夠換個角度思考，思想就理順了：react不只負責UI界面和用戶交互，也負責和服務器交互，交互後的數據給redux。

兩種思想合二爲一了。完美。

不少人擔憂react組件內過多的異步數據拉取，大量的Promise aysnc await等，很差維護。其實不會，在coding具體層次，異步代碼均可以封裝到一個類裏。