reactjs & antd & redux 使用心得

1 組件化 & antd

將UI分紅不一樣的組件，每一個組件都獨立封裝

缺陷

下面這些都沒有：

• 事件系統（除了原生的 DOM 事件）
• AJAX 功能
• 數據層
• Promises
• 應用程序架構

單單reactjs的代碼壓縮後也須要147k以上

reactjs代碼量最多，由於它既要管理UI邏輯，又要操心dom的渲染

不兼容IE8

優勢總結

1. 使用reactjs容易實現組件化。 舉個栗子：https://ant.design/components/popconfirm/ 再好比 https://ant.design/components/progress/
2. 易於維護，代碼邏輯相對清晰
3. 用狀態操做管理dom，歷來不須要操做dom
4. 適合複雜的項目，要結合redux或者其餘數據管理&路由管理方案，不然一團亂麻
5. 關於antd，主要是藉助reactjs這種簡單的組件構建方式，特色是上手快，功能豐富，快速構建前端平臺類的項目。 固然，若是UI和本身項目的出入太大，就不太好用。

2 用redux管理數據流

問題1 輕量級組件在渲染簡單靜態頁面時很好用， 可是若是頁面有交互，就必須在組件間傳遞迴調函數來處理事件。 尤爲是複雜的網頁結構，每每須要多個組件層層嵌套，致使回調函數也必須在父子組件間層層傳遞， 代碼變成一團亂麻，維護就很難了。

問題2 父層組件的狀態很容易傳給下層組件，反過來就費事了。

問題3 一開始寫代碼時就很容易再加一個狀態，不知不覺就不受你控制了。

reactjs自己的數據和視圖的管理

state => component => onChange => setState => state

這種方式針對單個組件好用，可是一旦涉及到組件間數據傳輸，就變得臃腫

redux 數據管理：

store => state => Component => onChange => dispatch(action) => reducers => store

特色：數據管理中心，無視reactjs組件結構和組件關係，只要下發action都能進行狀態改變，從而改變視圖

缺點：涉及到數據也就涉及到業務邏輯，不利於組件化時的解耦，因此再寫單個複用的組件的時候，避免引入redux

3 用router管理頁面

解決React components 到URl之間的同步映射關係

移動營銷平臺時的視圖機制： http://gitlab.shinemo.com/Ub-Web/f2emobile/blob/develop/src/components/Home/SmVirtualView.jsx

缺點：頁面跳轉時都要觸發父組件的view狀態，十分不方便。

開發者平臺的路由機制 http://gitlab.shinemo.com/Ub-Web/f2e-developer/blob/develop/src/route/index.js

使用router管理頁面就比較清晰方便了。