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