如何看待 ECMAScript 2018 規範?

ECMAScript 2018 Language Specification


draft 階段,什麼都還沒確定,莫要急著看待。

倒不如看看有哪些提案已經完成了 https://github.com/tc39/proposals

目前來看,能進入 ES2018 的完成狀態的提案(stage 4) 只有一個 Lifting template literal restriction ,感覺作用不大,很尷尬。

還好離正式發布還有幾個月,心急的大佬可以去幫助 stage 3 的提案進入 stage 4,給 ES2018 新增一些亮點。


現在已經是 11 月份了,看了一眼 tc39/proposals,還是太慢了

有人抱怨前端發展太快,es 確實很快,但是規範發布太慢了。

自 1999 年發布 es3 後,es4 經過 10 年的坎坷最終還是被拋棄。10 年後的 2009 年 es5 發布,正是 JavaScript 正在騰飛之年。

  • 2008 年 chrome 發布、 V8 發布、IE 8 發布
  • 2009 年 nodejs 發布
  • 2010 年 npm 發布
  • ……

2015 年發布了 es6(es2015),我覺得這應該算是 JavaScript 最大最重要的一個版本了。

大家都以為 es 快速發展的時代來臨了,越來越多的特性會飛快的加入 es 規範,而且每年都會有一個重大的 es 版本。但是事實並非如此,es6 是唯一的一個大版本。

我們看看大家的期待,我們用Google 搜索一下

以及淘寶前端團隊的文章

文章寫於 2015 年底,也就是 es6 發布元年。但是直到今天(2017-11-09)為止,decorators 依然還在 stage 2。如果不出意外,2018 依然不會包含 decorators。

但是 who cares,我們有 babel。

我在另一個回答中 瀏覽器直接支持ES6了,還需要編譯么? 也提到了。我們在 React 中使用最多的語法:

class LoggingButton extends React.Component {
// 事件綁定
handleClick = () =&> {
console.log("this is:", this);
}

render() {
return (
&

如何讓一個div裡面的div垂直居中?
facebook首頁的這個載入效果是怎麼實現的?
網站為什麼 JS 調用盡量放到網頁底部?
可否通過polyfill讓微軟的wscript能運行node.js腳本?
如果 ES2015 完全普及了,我們還需要 Babel 嗎?

TAG:前端開發 | JavaScript | ECMAScript |