Vitest处理@popperjs/core(CommonJS包)报错,求类似Jest的解决方案
解决Vitest中@popperjs/core的ES模块兼容问题
Vitest 提供了类似 Jest transformIgnorePatterns 的功能,同时还有其他针对性配置可以解决你遇到的@popperjs/core模块兼容问题,以下是可行的解决方案:
方案一:使用 transformIgnorePatterns 配合转译规则
在 vitest.config.js 中配置,指定排除转译除@popperjs/core外的node_modules文件,同时用esbuild转译该依赖:
// vitest.config.js import { defineConfig } from 'vitest/config'; export default defineConfig({ test: { // 类似Jest的transformIgnorePatterns,仅对@popperjs/core进行转译 transformIgnorePatterns: ['/node_modules/(?!@popperjs/core)/'], esbuild: { target: 'es2020' // 适配依赖的语法版本 } } });
方案二:通过依赖优化器强制处理
如果官方的deps.inline无效,尝试用optimizer配置强制让Vitest处理@popperjs/core:
// vitest.config.js export default { test: { deps: { optimizer: { web: { include: ['@popperjs/core'] } } } } };
方案三:切换依赖的UMD版本
直接在测试代码或项目入口中导入@popperjs/core的UMD版本,规避ES模块与CommonJS的冲突:
// 替换原有导入 import '@popperjs/core/dist/umd/popper.min.js';
额外检查项
如果项目package.json中设置了"type": "module",可以添加Vitest专属配置强制兼容CommonJS依赖:
// package.json { "type": "module", "vitest": { "type": "commonjs" } }
内容的提问来源于stack exchange,提问作者Sanket Mundada
相关产品推荐
相关产品推荐

