Babel 是一個 JavaScript 編譯器
@babel/core與babel-core的區別
（從版本 7 開始）都是以 @babel 作為冠名的。這種模塊化的設計能夠讓每種工具都針對特定使用情況進行設計。 下面我們著重看一下 @babel/core 和 @babel/cli
babel 常用包得概念：
@babel/cli
@babel/core
@babel/preset-env
@babel/polyfill
@babel/runtime
@babel/plugin-transform-runtime
@babel/plugin-transform-xxx
@babel/cli 與@babel/node
@babel/cli是babel提供的內建的命令行工具，主要是提供babel這個命令來對js文件進行編譯，這里要注意它與另一個命令行工具@babel/node的區別，首先要知道他們二者都是命令行工具，但是官方文檔明確對他們定義了他們各自的使用范圍：
@babel/cli 是一個適合安裝在本地項目里，而不是全局安裝
總結： 一個命令而已，需要配合其他東西使用（@babel/core）。
@babel/preset-env 將es6語法轉換成es6 凡是不包括await 等這些新方法。
我們還需要一個叫@babel/polyfill的包來解決
@babel/runtime
@babel/plugin-transform-runtime
@babel/runtime的作用是提供統一的模塊化的helper，那什么是helper，我們舉個例子：
我們編譯之后的index.js代碼里面有不少新增加的函數，如_classCallCheck，_defineProperties，_createClass，這種函數就是helper。那這種helper跟我們的@babel/runtime有什么關系了，我們接著看，比如像這個_createClass就是我們將es6的class關鍵字轉化成傳統js時生成的一個函數，那么如果我有很多個js文件中都定義了class類，那么在編譯轉化時就會產生大量相同的_createClass方法，那這些_createClass這樣的helper方法是不是冗余太多，因為它們基本都是一樣的，所以我們能不能采用一個統一的方式提供這種helper，也就是利用es或者node的模塊化的方式提供helper，將這些helper做成一個模塊來引入到代碼中，豈不是可以減少這些helper函數的重復書寫。
@babel/plugin-transform-runtime它會幫我自動動態require @babel/runtime中的內容
babel7 新增
"useBuiltIns": "usage" //entry usage
按需引入polyfill
