1 組件化 & antd 將UI分成不同的組件，每個組件都獨立封裝 缺陷 下麵這些都沒有： 事件系統（除了原生的 DOM 事件） AJAX 功能 數據層 Promises 應用程式架構 單單reactjs的代碼壓縮後也需要147k以上 reactjs代碼量最多，因為它既要管理UI邏輯，又要操心dom ...
1 組件化 & antd
將UI分成不同的組件，每個組件都獨立封裝
缺陷
下麵這些都沒有：
- 事件系統（除了原生的 DOM 事件）
- AJAX 功能
- 數據層
- Promises
- 應用程式架構
單單reactjs的代碼壓縮後也需要147k以上
reactjs代碼量最多，因為它既要管理UI邏輯，又要操心dom的渲染
不相容IE8
優點總結
- 使用reactjs容易實現組件化。 舉個慄子：https://ant.design/components/popconfirm/ 再比如 https://ant.design/components/progress/
- 易於維護，代碼邏輯相對清晰
- 用狀態操作管理dom，從來不需要操作dom
- 適合複雜的項目，要結合redux或者其他數據管理&路由管理方案，否則一團亂麻
- 關於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管理頁面就比較清晰方便了。
