先是看到前端早读课【第1065期】再见，babel-preset-2015，听说现在有了babel-preset-env，别的什么preset都不需要了，还可以通过useBuiltIns设置成usage，只需要install一下babel-polyfill，其他全交给babel处理就行了。
看完屁颠屁颠得去拿自己项目开刀把PReset换了，把import "babel-polyfill"删了，把babel-transform-runtime啊，preset-2015啊，preset-stage-2啊这些不再需要的包都卸了，结果各种报错，心灰意冷。。。肯定是自己哪儿弄错了，算了还是忙别的去吧有空再折腾。。。

前两天又看到前端早读课推了一篇很长的【第1089期】babel到底该如何配置。边看，边跟着做了一遍，作者真的很用心，在gIThub上放了配套的demo，看完之后我靠叫一个豁然开朗，回头再瞅瞅那边《再见babel-preset-2015》，多少有些遗漏细节，甚至有些误导人。

经过一番折腾，总算是把自己项目里的babel配置调整好了，所有js文件从原来的1.85m缩小到1.62m。效果还挺好的。折腾了不少时间，改动其实就一个地方，就是配置文件.babelrc，记录一下自己折腾的过程。

plugins: ["transform-runtime"] 与 babel-polyfill

最开始没弄清楚配置文件里的"plugins": ["transform-runtime"]是干嘛的，《babel到底该如何配置》说得非常清楚，babel就是通过其各种plugins来实现将指定的js转换成自己想要的样子，比如只要转换箭头函数，就只需要先安装对应的plugin

npm install --save-dev babel-plugin-transform-es2015-arrow-functions

然后加到plugins里面

"plugins": ["transform-es2015-arrow-functions"]

这样babel就能转换箭头函数了。

transform-runtime插件和babel-polyfill所实现的结果一样，可以转换像Object.assign啊，Array.prototype.includes啊这类在es原生对象上的扩展方法，但实现的原理完全不同。babel-polyfill是直接在对象的prototype上进行同名方法扩展来实现和es6相同的功能，所以只需要全局引入一次babel-polyfill，自己的代码就不用做任何处理就能在低版本浏览器上执行了。
而transform-runtime插件做的事情，是改写每一个用到es6扩展方法的地方，让其实现es6方法相同的功能。举个例子:
在使用babel-polyfill的时候，js里需要这么写：

import "babel-polyfill";
let arrayLike = {
  '0': 'a',
  '1': 'b',
  '2': 'c',
  length: 3
};
let arr2 = Array.From(arrayLike);

然后就没然后了，甚至都不用执行babel，只要install过babel-polyfill就够了。因为babel-polyfill中会用ES3的方式实现一遍Array.from方法，所以，之后整个项目用到Array.prototyPE.includes的时候，都不会再需要babel做任何事情，直接在低版本上浏览器执行includes方法吧，安全省心。

换成是用"transform-runtime"插件就是另外一回事儿了。我们的js文件里不需要引入babel-polyfill，但babel这时候就要开始干活了，他会把这段代码改写成：

import _Array$from from 'babel-runtime/core-js/array/from';
let arrayLike = {
  '0': 'a',
  '1': 'b',
  '2': 'c',
  length: 3
};
let arr2 = _Array$from(arrayLike); // ['a', 'b', 'c']

用babel-runtime里的方法去实现Array.from，然后把js文件里所有用到Array.from的地方全都替换掉。

本以为那这两种方式取其一就行了。但后来发现transform-runtime是不会去替换Array.prototype.includes这中实例方法的，所以还得全局引入babel-polyfill，这样一来transform-runtime感觉彻底变成了一个多余的东西，除非整个项目里不用es6的原生类实例方法。所以最终，直接卸了transform-runtime。

presets 和 "presets": ["env"]

presets的用处也是看《babel到底该如何配置》搞清楚的，大致就是plugins的各种组合。也就是说，没有presets也无所谓，但是要非常清楚项目里用到了那些es6甚至更高级的功能，然后找到相应的plugin引入到plugins配置项里，这样也OK，但估计不太会有人吃饱了撑的干这种事情。

之前的presets有2015，2016，stage-1~4（对应处于提案的四个阶段的各个功能）等等，其实就是把相应的功能对应的plugins组合一下起个名字。比如要用es6的所有功能，只要在Presets里配置一下

"presets": ["es2015"]

如果要用es6和所有处于提案第二阶段的功能

"presets": ["es2015","stage-2"]

好了，到这里，说说那个困扰我不少时间的babel-preset-env，我以为这个preset只要告诉他要支持那个版本的浏览器，他就会把相关的所有的plugins都引入进来，所以屁颠屁颠把其他preset和所有plugins都删了。结果打包的时候报错了。原因是我在项目里用了Vuex里推荐的处于stage-3阶段的对象展开运算符

...mapstate({})

但是，babel-preset-env里没有对应的babel-plugin-transform-object-rest-spread这个plugin!
所以，要么在plugins里把这个plugin再加上，要么再把stage-3（或者stage-2）加到presets里面。这感觉和想象中的不一样啊，说好的一个env搞定一切的呢。。。

babel-polyfill 和 useBuiltIns

第一篇中说只需要安装babel-polyfill就行了，然后我直接把import "babel-polyfill"这句话删了，然后IE9上就各种开始报错，明显没自动把polyfill打包进去嘛。后再看了一下官网，还是说要import的，只是搭配useBuiltIns，打出来的包能小一些。
后来再去看第一篇作者自己的博客，评论里有相同的问题，然后才知道作者在说babel-preset-env@2.0-beta的功能。。。