babel 編譯時只轉(zhuǎn)換語法，幾乎可以編譯所有時新的 JavaScript 語法，但并不會轉(zhuǎn)化BOM里面不兼容的API
比如 Promise,Set,Symbol,Array.from,async 等等的一些API
這時候就需要 polyfill 來轉(zhuǎn)轉(zhuǎn)化這些API
babel 轉(zhuǎn)譯語法需要一些plugin
如 react,es2015,stage-0,stage-1等等
其中的 es2015 表示 babel會加載 es6 相關(guān)的編譯模塊，然后 stage-0 表示的是什么呢？
stage 系列集合了一些對 es7 的草案支持的插件，由于是草案，所以作為插件的形式提供。
* stage-0 - Strawman: just an idea, possible Babel plugin.
* stage-1 - Proposal: this is worth working on.
* stage-2 - Draft: initial spec.
* stage-3 - Candidate: complete spec and initial browser implementations.
* stage-4 - Finished: will be added to the next yearly release.
stage 是向下兼容 0>1>2>3>4 所包含的插件數(shù)量依次減少
babel polyfill 有三種：
* babel-runtime
* babel-plugin-transform-runtime
* babel-polyfill
transform-runtime
在使用webpack打包時，需配置到babel中
"plugins": [
["transform-runtime", {
"helpers": false,
"polyfill": false,
"regenerator": true,
"moduleName": "babel-runtime"
}]
]
transform-runtime 會有幾個配置項，不表標(biāo)注默認(rèn)為true
在webpack中，babel-plugin-transform-runtime 實際上是依賴babel-runtime
因為babel編譯es6到es5的過程中，babel-plugin-transform-runtime這個插件會自動polyfill es5不支持的特性，
這些polyfill包就是在babel-runtime這個包里
core-js 、regenerator等 poiiyfill
babel-runtime和 babel-plugin-transform-runtime的區(qū)別是，相當(dāng)一前者是手動擋而后者是自動擋，每當(dāng)要轉(zhuǎn)譯一個api時都要手動加上require('babel-runtime')，
而babel-plugin-transform-runtime會由工具自動添加，主要的功能是為api提供沙箱的墊片方案，不會污染全局的api，因此適合用在第三方的開發(fā)產(chǎn)品中。
runtime轉(zhuǎn)換器插件主要做了三件事：
* 當(dāng)你使用generators/async方法、函數(shù)時自動調(diào)用babel-runtime/regenerator
* 當(dāng)你使用ES6 的Map或者內(nèi)置的東西時自動調(diào)用babel-runtime/core-js
* 移除內(nèi)聯(lián)babel helpers并替換使用babel-runtime/helpers來替換
transform-runtime優(yōu)點
* 不會污染全局變量
* 多次使用只會打包一次
* 依賴統(tǒng)一按需引入,無重復(fù)引入,無多余引入
transform-runtime缺點
* 不支持實例化的方法Array.includes(x) 就不能轉(zhuǎn)化
* 如果使用的API用的次數(shù)不是很多，那么transform-runtime 引入polyfill的包會比不是transform-runtime 時大
總的來說一句話，你可以使用內(nèi)置的一些東西例如Promise,Set,Symbol等，就像使用無縫的使用polyfill,來使用babel 特性，并且無全局污染、極高代碼庫適用性。
雖然這種方法的優(yōu)點是不會污染全局，但是，實例的方法，
Array.prototype.includes();
babel-polyfill
babel-polyfill則是通過改寫全局prototype的方式實現(xiàn)，比較適合單獨運行的項目。
開啟babel-polyfill的方式，可以直接在代碼中require，或者在webpack的entry中添加，也可以在babel的env中設(shè)置useBuildins為true來開啟。
但是babel-polyfill會有近100K，
打包后代碼冗余量比較大，
對于現(xiàn)代的瀏覽器,有些不需要polyfill，造成流量浪費
污染了全局對象
