HTTP2在今年中應(yīng)該就可以定稿，這無疑是web界的一個(gè)大事。HTTP2從google的SPDY中借鑒了很多特性，重點(diǎn)改善了之前HTTP協(xié)議在當(dāng)前的網(wǎng)絡(luò)環(huán)境下的性能。簡單地來講，HTTP2更快。為什么呢，有幾個(gè)主要改變：

[[128922]]

首先是來自于同一個(gè)domain的HTTP請求可以共享同一個(gè)TCP連接了，這樣可以很大程度上解決網(wǎng)絡(luò)延時(shí)帶來的性能問題。比如你有很多圖片，現(xiàn)在也不用sprite化了，因?yàn)榉凑鼈儠猛粋€(gè)連接的。HTTP2的出現(xiàn)讓之前的很多web前端優(yōu)化技術(shù)可能不再需要了。

HTTP2不再是純文本的了，而是二進(jìn)制的協(xié)議了，這樣協(xié)議的解析也更簡單，而傳輸也更快。缺點(diǎn)是debug的時(shí)候需要費(fèi)點(diǎn)功夫了。

HTTP2還有其他一些特性，例如header壓縮等，大家可以到這里集中學(xué)習(xí)一下。或者看看這個(gè)FAQ。

Firefox已經(jīng)開始支持HTTP2，不少瀏覽器包括chrome之前就支持SPDY，估計(jì)對HTTP2的支持也會迅速開始，而nginx目前已經(jīng)支持SPDY，就看什么時(shí)候各大主流web服務(wù)器開始支持HTTP2了。

一個(gè)不太好的現(xiàn)狀就是開發(fā)人員可能得面臨HTTP2和HTTP 1.1的同時(shí)存在。如果享受HTTP2的好處，同時(shí)又能向后兼容HTTP1.1，可能是今后開發(fā)人員必須長期面臨的問題了。

ECMAScript6

我們現(xiàn)在用的javascript(注意，是javascript語言本身，不包含DOM等其他東西)背后的標(biāo)準(zhǔn)是ECMA-262，也叫 ECMAScript 5。它的下一個(gè)版本ECMAScript 6(簡稱es6)，已經(jīng)基本上快定稿了。這個(gè)版本里加入了很多開發(fā)過程中需要的一些功能，例如：

類定義語法，包括super，繼承

lambda風(fēng)格的函數(shù)定義，=>block level函數(shù)定義內(nèi)的lexical scope的this，默認(rèn)參數(shù)，rest參數(shù)等

destructuring, 類似于ruby里的[a, b, c] = [1, 2, 3]，同時(shí)也適用于map和set，以及函數(shù)參數(shù)

symbol

iterator迭代器和generator，以及新的for of循環(huán)語法

template string，從此可以像在ruby和shell里一樣使用多行字符串

module語法，從語言層面上支持了模塊

另外還有一系列新東西例如promise，proxy，unicode支持等

目前chrome和firefox已經(jīng)開始逐步支持es6。不過你不用等到所有瀏覽器都開始支持es6后才可以使用它，因?yàn)槟壳耙呀?jīng)有很多把es6代碼編譯成es5代碼的工具，例如babel和traceur等。有很多js的庫已經(jīng)開始使用es6的各種功能了，其中包括angular 2.0。

很多人應(yīng)該在用coffeescript，es6的很多功能彌補(bǔ)了之前es5的缺陷，吸收了很多coffeescript的功能，也許以后我們就可 以不用coffeescript了，除非你不喜歡大括號小括號，而喜歡python的語法。不過如果coffeescript不進(jìn)行升級，估計(jì)就享受不到 將來es6帶來的好處，也難以適應(yīng)HTML5時(shí)代各種數(shù)值計(jì)算的需求。

***給大家一個(gè)比較不錯(cuò)的es6學(xué)習(xí)資源，這本書寫得很細(xì)，現(xiàn)在還是在線免費(fèi)的。

React相信大家已經(jīng)不陌生了，它是facebook開源的一個(gè)前端view框架，這里之所以提到它是因?yàn)樗澈蟮睦砟钏鶐拥囊恍┘夹g(shù)。 React本身雖然只是一個(gè)view框架，但是背后的virtual dom以及隨之帶來的性能優(yōu)勢是吸引人的地方，另外就是它采用的類似web component的封裝概念。這里有一個(gè)比較js前端框架性能的試驗(yàn)，雖然不是很準(zhǔn)確，但是可以作一個(gè)參考。

React的virtual dom以及它管理前端控件數(shù)據(jù)的方法，和immutable數(shù)據(jù)結(jié)構(gòu)(immuatble js，remutable)、functional programming是可以很容易結(jié)合起來使用的。clojurescript的om框架就是一個(gè)例子。想象一下所有的狀態(tài)都是不可變的，并且統(tǒng)一數(shù)據(jù)存儲(flux架構(gòu)例如marty)，每次數(shù)據(jù)的更新都可以很容易只傳遞diff(event source模式)，整個(gè)數(shù)據(jù)在前端的流動都是單向的，不僅變成模型變得簡單，而且因?yàn)樗械臍v史數(shù)據(jù)都沒有被實(shí)際修改過，所以undo和redo的實(shí)現(xiàn)也會變得很容易。

React通過virtual dom實(shí)現(xiàn)了immediate模式的UI編程，低成本和快速的UI刷新也帶了人們更多啟發(fā)，并且React這種封裝方式也變得不局限于dom view了。例如flipboard團(tuán)隊(duì)基于React的封裝風(fēng)格在canvas上封裝了一層UI，可以實(shí)現(xiàn)精細(xì)的動畫效果，保證web版和移動版的體驗(yàn)一致。facebook的React團(tuán)隊(duì)最近在React會議上也發(fā)布了一個(gè)可以用js和React API進(jìn)行原生移動開發(fā)的框架。

React也許只是另外一個(gè)web view框架，但是我喜歡它給我?guī)淼囊恍┬孪敕ǎ@些想法也許可以讓我們在前端開發(fā)上更容易些。

現(xiàn)在的web對實(shí)時(shí)性要求越來越高，這不光是由于現(xiàn)在的技術(shù)可以更好地支持實(shí)時(shí)性，也是由于用戶體驗(yàn)的驅(qū)動。實(shí)時(shí)性不光是體現(xiàn)在聊天這種需求上;我們在手機(jī)上的操作，web瀏覽器上***能夠?qū)崟r(shí)體現(xiàn)出來，即便我們不刷新頁面，頁面也應(yīng)該能夠?qū)崟r(shí)得到更新。

前端由于HTML5的出現(xiàn)對于實(shí)時(shí)需求有了更好的技術(shù)支持，例如新的WebSocket、WebRTC，long polling以及server push技術(shù)。而后端則早就出現(xiàn)了async IO編程技術(shù)，能夠同時(shí)支持大量長連接。但是這些技術(shù)的進(jìn)步從來沒有停止過，這里給大家隨便介紹幾個(gè)。

pushpin

pushpin是fanout最近開源的 一個(gè)高性能實(shí)時(shí)web后端技術(shù)，不同于其它的技術(shù)，它是一個(gè)proxy，本身不提供API編程框架，而是和已有的web API結(jié)合起來，讓它們變成支持大量長連接的API。從設(shè)計(jì)概念上，它把維護(hù)大量長連接這個(gè)功能和實(shí)際的API業(yè)務(wù)功能分離開來，讓前一個(gè)功能通過 proxy的形式來實(shí)現(xiàn)，因此對實(shí)際API的框架和語言沒有要求，如果要支持更多長連接，也可以通過橫向擴(kuò)展這個(gè)proxy來實(shí)現(xiàn)，而不一定要改動后端 API。

sockjs

sockjs，是一個(gè)websocket的模擬，在支持websocket的瀏覽器上就會使用原生websocket，而在老的瀏覽器上則提供替代技術(shù)。但是它不止是一個(gè)前端js庫，它也同時(shí)提供了后端的編程框架，目前支持的語言和框架挺多了。

websocketd是一個(gè)有意思的東西，它可以把任何符合接口的程序編程一個(gè)websocket后端，你甚至可以用shell來寫API。

很多的web框架都支持異步編程模式，因而可以支持大量并發(fā)長連接。也有類似于meteor這種提供整體解決方案的，還有很多近期的firebase，大家有興趣可以自己去找找看。