别用babel-polyfill了，教你用core-js@3兼容IE浏览器

最近新启动了个pc端的项目，项目要求兼容IE，想必各位前端都清楚，要想拿下IE这个破地，必须用上babel。
个人平时对这方面也没有过分的关注，于是乎各种网上寻找解决方案，这一找，发现有时候网络就跟个历史博物馆一样，大部分问题的解决方案基本都是过时了的。通篇看下来，基本全是推荐使用babel-polyfill的，于是我上npm看了下，发现这个插件最后一次提交是3年前。

 

babel-polyfill

是的，vue3都RC版本了，新的es语法规范也在不断的被纳入。凭直觉，我感觉这插件应该不是最好的解决方案。
于是又上 vue-cli的官方文档网站寻找关于浏览器兼容性配置的说明，一番浏览，发现还是官方文档比较靠谱一些，虽然因自身水平问题还去寻找了其他文章来配合使用，但不管怎么样，磕磕绊绊的总算是让它可以兼容IE9及以上的版本了。
这个项目使用的是用vue/cli@4x搭建的，vue全家桶少不了，另外还使用了element-ui和scss。

core-js

这个名词肯定很多人没听过，今天也是在配置babelpolyfill方法发现的,babel7.4版本不支持babel-polyfill了

起因

在使用useBuiltIns:usage按需加载polyfill时，npm run build，就出现上述的提示

{
  "presets": [
    ["@babel/preset-env", {
      "useBuiltIns": "usage",
      "targets": {
        "chrome": "58",
        "ie": "11"
      }
    }]
  ]
}

 

大意是说我们使用了useBuiltIns选项但是没有指定core-js警告，但是告诉你默认是使用core-js@2，但是这个默认行为以后可能会发生改变，最好显示设置core.js，然后列出了@2和@3两个版本

core-js介绍

其实core-js是我们能够使用新的API的最重要的包，然而一般情况它隐藏在webpack编译后的代码中，我们一般不会去查看，所以容易被遗忘，我们在webpack生成环境下，查看编译后的代码，可以看到例如includes就是从core-js导出到我们的代码去的

core-js是什么

• 它是JavaScript标准库的polyfill
• 它尽可能的进行模块化，让你能选择你需要的功能
• 它可以不污染全局空间
• 它和babel高度集成，可以对core-js的引入进行最大程度的优化

升级core-js@3动机

目前我们使用的都默认是core-js@2，它在一年半之前就封锁了分支，至此之后的特性都只会添加到core-js@3，这里有一个生产例子，使用了core-js@2不支持的新特性，导致错误

core-js@2出现的问题

Vue-cli使用flat报错

vue-cli也会在V4升级core-js

Roadmap for Vue-cli4

core-js@3添加的特性

具体core-js@3才有的特性看这里

core-js@3 特性概览

• 支持ECMAScript稳定功能，引入core-js@3冻结期间的新功能，比如flat

• 加入到ES2016-ES2019中的提案，现在已经被标记为稳定功能

• 更新了提案的实现，增加了proposals配置项，由于提案阶段不稳定，需要谨慎使用

• 增加了对一些web标准的支持，比如URL 和 URLSearchParams

• 现在支持原型方法，同时不污染原型

• 删除了过时的特性

core-js@3与babel

以前我们实现API的时候，会引入整个polyfill,其实polyfill只是包括了以下两个包

core-js
regenerator-runtime

core-js@3升级之后弃用了@babel/polyfill，以下是等价实现

// .babelrc

presets: [
  ["@babel/preset-env", {
    useBuiltIns: "entry", // or "usage"
    corejs: 3,
  }]
]

在入口文件引入这些模块

import "core-js/stable";
import "regenerator-runtime/runtime";

 

总结

core-js@3废弃了babel-polyfill，实现了完全无污染的API转译，非常有潜力，但是其暂时会增加打包体积，这个还得看未来普及度上来之后的权衡

 原文链接；https://www.cnblogs.com/sefaultment/p/11631314.html