简单现象描述:
使用swiper4.3.2版本的项目A,打包之后文件中依旧存在const
这个es2015语法,导致ios9持续报错Unexpected keyword 'const'. Const declarations are not supported in strict mode.
,没有找到9的模拟器,估计是与ios10一样,白屏且进不去。
三种方案解决:
import Swiper from 'swiper';
改成import Swiper from 'swiper/dist/js/swiper.min';
- 升级swiper至当前最新的正式5.3.0,然后import语句改成
import Swiper from 'swiper/js/swiper.min.js';
。这两种方案本质一样,就是从单纯的引入swiper变成引入打包后的min.js,这里引出了疑问1,疑问合集见下。 - 降级swiper至3.x,不需要改动import。但是注意api有修改,3.x的autoplay不是Boolean或者Object,而是Int,即动的间歇。
疑问:
疑问1:
install进来的包在node_modules里面有非常多的文件,直接使用import Swiper from 'swiper'
到底是使用的哪一个?
当前我的版本为5.3.2,package.json中这样一段↓,于是我怀疑使用的是js/swiper.js
,但这个对应文件中甚至不存在const,为什么打包之后的会有呢?
"main": "js/swiper.js",
"jsnext:main": "js/swiper.esm.bundle.js",
"module": "js/swiper.esm.bundle.js",
"scripts": {
"postinstall": "echo \"\u001b[35m\u001b[1mLove Swiper? Support Vladimir's work by donating or pledging on patreon:\u001b[22m\u001b[39m\n > \u001b[32mhttps://patreon.com/vladimirkharlampidi\u001b[0m\n\""
},
疑问2:
搜索到的解决方案主要围绕将swiper、dom7、ssr-window三个文件都放进babel-loader中,但是我亲测无效,修改后的babel-loader配置如下:
{
test: /\.js$/,
loader: 'babel-loader',
include: [
resolve('src'),
resolve('test'),
resolve('node_modules/swiper/js/'),
resolve('node_modules/webpack-dev-server/client/index.js'),
resolve('node_modules/swiper'),
resolve('node_modules/dom7'),
resolve('node_modules/ssr-window')
]
},
理论上来说这样应该会编译这三个包中所有对应的es2015语法才对,为什么没有生效?
疑问3:
起初我怀疑是vue-cli的默认babel配置没有直接将es2015编译成es5的设置,原本的babel配置如下:
{
"presets": [
["env", {
"modules": false,
"targets": {
"browsers": ["> 1%", "last 2 versions", "not ie <= 8"]
}
}],
"stage-2"
],
"plugins": ["transform-vue-jsx", "transform-runtime"],
"env": {
"test": {
"presets": ["env", "stage-2"],
"plugins": ["transform-vue-jsx", "transform-es2015-modules-commonjs", "dynamic-import-node"]
}
}
}
于是我将"stage-2"
去掉了,并将上面的browsers的参数添加"safari >= 9"
,但改后的配置在build的时候,对解构赋值的写法直接报错了。
理论上来说,现在去掉了@babel/preset-es2015
这种预设环境,并且install这个环境也不会有任何新包被下载,而是统一使用"babel-preset-env": "^1.3.2"
,为什么还会出现es2015的解构赋值无法被编译的情况呢?