Svelte-preprocess 6.x 版本在 Svelte 4 项目中的兼容性问题解析

问题背景

在 Svelte 生态系统中，svelte-preprocess 是一个重要的预处理工具，它允许开发者在 Svelte 组件中使用 TypeScript、PostCSS、SCSS 等语言特性。近期该工具从 5.x 升级到 6.x 版本后，一些使用 Svelte 4 的项目（特别是 NativeScript/Svelte 项目）出现了意外的类型检查警告。

问题现象

当开发者将 svelte-preprocess 从 5.1.4 升级到 6.x 版本后，svelte-check 工具开始报告一些原本不存在的警告。这些警告主要出现在组件中使用了 context="module" 脚本的导入语句处，表现为 TypeScript 认为某些导入项未被使用但实际上在模板中被引用了。

根本原因分析

这个问题的根源在于 svelte-preprocess 6.x 版本对 TypeScript 处理方式的重大变更：

1. 移除了之前用于处理模板引用的"黑魔法"TypeScript 预处理器
2. 改为强制要求使用 TypeScript 的 verbatimModuleSyntax 选项
3. 当该选项启用时，TypeScript 会严格检查导入语句的使用情况

对于 NativeScript 项目来说，还存在一个特殊限制：由于 NativeScript API 使用了全局枚举类型，这些枚举在 verbatimModuleSyntax 启用时会被 TypeScript 视为非法语法。

解决方案

经过深入分析，我们找到了以下解决方案：

1. 主项目配置：

   • 不在项目的根 tsconfig.json 中启用 verbatimModuleSyntax
   • 确保全局枚举能够正常工作

2. Svelte 预处理配置：

   • 通过 svelte-preprocess 的内联 tsconfig 选项单独启用 verbatimModuleSyntax
   • 这样可以在 Svelte 组件处理时获得严格的模块语法检查，同时不影响项目其他部分的全局枚举使用

3. 导入语法规范：

   • 对于纯类型导入，必须使用显式的 import type 语法
   • 这符合 TypeScript 的最佳实践，也能避免不必要的运行时导入

技术建议

对于面临类似问题的开发者，我们建议：

1. 仔细阅读 svelte-preprocess 的版本迁移指南，了解各版本间的重大变更
2. 对于混合使用全局类型和模块化代码的项目，考虑分层配置 TypeScript 选项
3. 在升级预处理工具时，先在小范围测试验证兼容性
4. 对于 NativeScript 等特殊平台，可能需要维护特定的配置方案

通过这种精细化的配置方式，开发者可以在享受 svelte-preprocess 6.x 新特性的同时，保持与现有 Svelte 4 项目的兼容性，避免不必要的类型检查警告。