AngularJS算是近來最火的一個前端框架。React 是即將要火的。目前有許許多多的框架，但這些框架都不是更好的。Angular 我這段時間用下來，Angular 不能算是一個很順手的框架。Angular 雖然實現了很多有用的特性，但是缺點也很明顯：視圖層太過草率，開發時細節難于把握；Scope、Factory、Service 等等這些概念對于前端來說相對陌生，說白了很多東西 Angular 之前就有，來到 Angular 這里算是換了一個名字，徒增了很多學習成本；Angular 的模塊管理和依賴注入，就算沒有，我們也可以找別的已有的東西代替。Angular 框架性太強了，而且這種框架性有點華而不實。我們需要的是解決問題。
　　React 的流行是我沒想到的，一個視圖層能做多少事情？但 React 的優勢在于輕量（當然源碼還是不小的），可以組合，結合一些思想，比如 Flux，社區可以由此組合出一個優秀的開發框架。但這種框架的自由度可以很高。我們可以使用 RequireJS 或者 Browserify 解決模塊的問題，可以使用更強大的 Model 層，這些東西都是可以組合可以裝卸的。
　　Polymer 或者說 Web Commponent 的核心就是組件化。但看過一些現有的例子，感覺還有很長的路要走。為什么一個 Ajax 非要寫成一個標記，還要綁定到一個變量上？大量的模塊之間組織引入的方式非常繁瑣。
　　結合在平時工作的體會，我認為現在的這類框架必須要解決下面這幾個關鍵的問題：
　　單獨的 UI 組件模式：必須解決好組件的狀態，與數據的分離，組件之間的配合和一個組件的生命周期。React 在這方面做得不錯，很多時候組件需要依賴一些異步的操作；
　　數據層：獨立、一致非常重要，尤其對于實時的應用來說。Angular 沒有在這上面下太多的功夫；Backbone 還好；
　　路由功能：一個復雜的應用，需要一個強大的路由組件。Angular 的 ui-router 是我見過最強大的路由組件，支持嵌套路由，如果 Backbone 有類似的組件的話，Backbone 會厲害許多。
　　關鍵是要解決問題，任何太過理想，太過封閉的框架都是不長久的。
　　其他的Nodejs也是必須要會的，還有一些js依賴庫，requirejs，seajs等，了解運用前端自動化工具，如FIS等