简单现象描述:
使用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的解构赋值无法被编译的情况呢?
