babel兼容低版本游览器

1. webpack项目的搭建

1. npm init 初始化项目并一路回车

│  └─ package.json

2. webpack与webpack-cli 安装

   执行命令 npm i webpack webpack-cli -D

│  ├─ package.json
│  ├─ node_modules // webpack-cli创建

3. 安装编译模板并配置入口和出口文件

1. 安装编译模板 npm i html-webpack-plugin

项目结构

│     ├─ build 
│     │  ├─ build.js
│     │  └─ index.html
│     ├─ node_modules
│     └─ src
│        ├─ index.js | main.js
│     ├─ index.html // 入口文件
|     ├─ package.json
|     ├─ webpack.config.js	

• 配置 webpack.config.js 新建入口文件index.js, 出口文件 build

const path = require('path')
// 模板编译
const HtmlWeabpckPlugin = require("html-webpack-plugin")
module.exports = {
	mode: 'development',
	devtool: false,   // 取消eval且不生成soucremap,代码清晰不转换
	entry: './src/index.js',
	output: {
		path: path.resolve(__dirname, './build'),
		filename: 'bundle.js',
		// 重新打包时, 先将之前打包的文件夹删除掉
		clean: true
	},
	resolve: {
		extensions: ['.js', '.json', '.wasm', '.jsx', '.ts']
	},
	module: {
	},
	plugins: [
		new HtmlWeabpckPlugin({
			template: "./index.html"
		})
	]
}

• 修改package.json 打包命令

  "scripts": {
    "build":"webpack"
  },

4. 配置webpack-dev-server 热更新

安装 npm i webpack-dev-server -D

修改package.json

 "scripts": {
    "build": "webpack",
    "serve": "webpack serve"
  },

2. babel 命令行使用

• babel本身可以作为一个独立的工具和postcss一样不和webpack等构建工具配置来单独使用
• 如果要在命令行尝试使用babel需要安装库
  • @babel/corebabel的核心代码必须安装
  • @babel/cli可以让我们在命令行使用babel

 安装 npm install @babel/cli @babel/core

1. 使用babel来处理写的ES6代码

   src是源文件的目录
   --out-dir指定要输出的文件夹dist
   npx babel src --out-dir dist

• 执行 npx babel ./src/index.js --out-dir dist

会发现代码输出到dist 文件夹了但是并没有进行降级

• 上述代码没有降级是因为babel在这里只进行了抽象语法解析
• 如果要想对代码进行降级必须使用插件 plugin

安装插件 npm install @babel/plugin-transform-block-scoping -D

• 在执行命令 npx babel ./src/index.js --out-dir dist --plugins=@babel/plugin-transform-block-scoping

• 这时就会把es6 代码中的const 转换为var
  

3. babel的预设与编译器流程

• 上面代码中可以实现es6转es5 但是要转换的内容过多一个个设置是比较麻烦的这时就可以使用预设preset

1. 安装 npm install @babel/preset-env -D
2. 使用 npx babel ./src/index.js --out-dir dist --presets=@babel/preset-env

• 代码中的转换并自动开启严格模式
  

• babel的底层原理解析 github解析

4. babel项目中配置

4.1 babel-loader与插件的使用

• 在实际开发中我们通常会在构建工具中通过配置babel来对其进行使用的比如在webpack中。

1. 安装依赖 npm install babel-loader @babel/core
2. 在webpack中配置与指定插件

• 添加配置

module: {
		rules: [
			{
				test: /\.m?js$/,
				use: {
					loader: "babel-loader",
					options:{
						plugins: [
							"@babel/plugin-transform-block-scoping",
						]
					}
				}
			}]
	},

4.2 babel-preset使用

• 上述代码中单独配置太麻烦了可以直接给webpack提供一个presetwebpack会根据我们的预设来加载对应的插件列表并且将其传递给babel。

• 安装 npm install @babel/preset-env

• 修改plugin中的配置

	rules: [
			{
				test: /\.m?js$/,
				use: {
					loader: "babel-loader",
					options: {
						presets:[
							["@babel/preset-env"]
						]
					}
				}
			}]

5. 游览器兼容性使用

• 代码的要不要转换取决于适配的游览器
• bowserlistrc 文件解析
  

> 0.05%   表示现在使用的游览器市场占有率   这里默认值是0.5%, 0.1%可兼容谷歌游览器79 
last 2 versions     表示最近的两个版本
not dead     //表示最近24个月浏览器是否进行更新

• 使用命令 npx browserslist 可查看兼容的浏览器
• 游览器市场占有率 使用的游览器占有率

5.1 browserslist工具与编写规则

• browserslist工具可以在css兼容性和js兼容性下共享我们配置的兼容性条件

• 当设置了一个条件 > 1%的意思是css要兼容市场占有率大于1%的浏览器js也要兼容市场占有率大于1%的浏览器

• Browserslist是一个在不同的前端工具之间共享目标浏览器和Node.js版本的配置
  • Autoprefixer
  • babel
  • postcss-normalize

• 编写规则
  
  
• 命令行使用browserslist

npx browserslist ">1%, last 2 version, not dead"

5.2 browserslist配置

1. 可以在package.json配置
2. 在.browserslistrc文件中配置

> 5%
last 2 versions
not dead

• 多个配置的条件关系
  

• 注意多个游览器兼容配置生效规则
• 在这里配置的target 会直接覆盖掉browserslistrc文件的配置

		rules: [
			{
				test: /\.m?js$/,
				use: {
					loader: "babel-loader",
					options: {
						presets: [
							["@babel/preset-env",{
								targets: ">5%"
							}]
						]
					}
				}
			}]

5.3 优化babel的配置文件

• 现在的项目是将babel的配置信息放到一个独立的文件中babel给我们提供了两种配置文件的编写

  • babel.config.json或者.js.cjs.mjs文件
  • babelrc.json或者.babelrc.js.cjs.mjs文件

• 它们两个有什么区别呢目前很多的项目都采用了多包管理的方式babel本身、element-plus、umi等

  • .babelrc.json早期使用较多的配置方式但是对于配置Monorepos项目是比较麻烦的
  • babel.config.jsonbabel7可以直接作用于Monorepos项目的子包更加推荐

• json与js的文件配置只是写法不同而已功能一致

module.exports = {
	presets: [
		["@babel/preset-env", {
		}
		]
	]
}

6. polyfill

• polyfill 其实就是给代码打一个补丁可以帮助我们更好的使用JavaScript
• 为什么时候会用到polyfill呢
  • 比如我们使用了一些语法特性例如Promise, Generator, Symbol等以及实例方法例如Array.prototype.includes等
  • 但是某些浏览器压根不认识这些特性必然会报错
    

注意点 在babel7.4.0之前可以使用 @babel/polyfill的包但是该包现在已经不推荐使用了

• babel7.4.0之后可以通过单独引入core-js和regenerator-runtime来完成polyfill的使用

npm install core-js regenerator-runtime --save

1. 配置babel.config.js
   • useBuiltIns设置以什么样的方式来使用polyfill
   • corejs设置corejs的版本目前使用较多的是3.x的版本比如我使用的是3.8.x的版本
     • 另外corejs可以设置是否对提议阶段的特性进行支持
     • 设置 proposals属性为true即可

6.1 useBuiltIns属性设置

1. fasle值 不设置默认值
   • 打包后的文件不使用polyfill来进行适配 并且这个时候是不需要设置corejs属性的
2. usage
   • 会根据源代码中出现的语言特性自动检测所需要的polyfill 这样可以确保最终包里的polyfill数量的最小化打包的包相对会小一些

• 不设置
  
• 设置
  

3. entry
   • 如果要依赖的某一个库本身使用了某些polyfill的特性但是因为我们使用的是usage所以之后用户浏览器可能会报错 就可以使用 entry

// 入口文件引入
import 'core-js/stable';
import 'regenerator-runtime/runtime';

• 完整配置

module.exports = {
	presets: [
		["@babel/preset-env", {
			// corejs:3,
			// useBuiltIns:false   // 默认值就是不使用polyfill
			// corejs:3,
			// useBuiltIns:"usage"   //自动检测需要的polyfill 会把使用string的方法代码全部做个打包

			corejs: 3,
			useBuiltIns: "entry" // 解决 依赖的某一个库本身使用了某些polyfill的特性
			//  需要在入口文件中添加 `import 'core-js/stable'; import 'regenerator-runtime/runtime'
		}
		]
	]
}

• 项目完整目录

│     ├─ build 
│     │  ├─ build.js
│     │  └─ index.html
|     ├─ dist 
│     ├─ node_modules
│     └─ src
│        ├─ index.js | main.js
│     ├─ index.html // 入口文件
|     ├─ package.json
|     ├─ webpack.config.js	
|     ├─.browserslistrc
|     ├─ babel.config.js

参考文章

• coderwhy
• jcat_李小黑
• DevHappy
• github browserslist
• 附加vue2项目升级到vue3项目执行打包时build执行两遍
• 项目地址