场景
当我们的 .ts
文件中没有 import
or export
时
// 假设这是一个 a.ts 文件
const a = 1;
会出现如下报错
TS1208: 'd.ts' cannot be compiled under '--isolatedModules' because it is considered a global script file. Add an import, export, or an empty 'export {}' statement to make it a module.
如何解决
这时候我们在,这个文件加一个 export {}
即可解决
// 假设这是一个 a.ts 文件
const a = 1;
export {};
为什么会有这个报错
当我们的 tsconfig.json
中的 isolatedModules
设置为 true
时,如果某个 ts
文件中没有一个
import
or export
时,ts
则认为这个模块不是一个 ES Module
模块,它被认为是一个全局文件,其中定义的变量函数都是全局可见的
(不建议使用,因为它会容易造成代码命名冲突,全局变量污染,比如 a.ts
中定义的变量在另一个文件 b.ts
可以直接读取),这个时候在文件中添加任意一个 import or export
都可以解决这个问题。
为什么要设置 isolatedModules 为 true
假设有如下两个 ts
文件,我们在 a.ts
中导出了 Test
接口,在 b.ts
中引入了 a.ts
中的 Test
接口,
然后又在 b.ts
将 Test
给导出。
// a.ts
export interface Test {}
// b.ts
import { Test } from './a';
export { Test };
这会造成一个什么问题呢,如 Babel
对 ts
转义时,它会先将 ts
的类型给删除,但是当碰到 b.ts
文件时,
Babel
并不能分析出 export { Test }
它到底导出的是一个类型还是一个实实在在的 js
方法或者变量,这时候 Babel
选择保留了 export
。
但是 a.ts
文件在转换时可以很容易的判定它就导出了一个类型,在转换为 js
时,a.ts
中的内容将被清空,而 b.ts
中导出的 Test
实际上是从 a.ts
中引入的,这时候就会产生报错。
如何解决上述问题
ts
提供了 import type or export type
,用来明确表示我引入/导出的是一个类型,而不是一个变量或者方法,使用 import type
引入的类型,将在转换为 js
时被删除掉
// b.ts
import { Test } from './a';
export type { Test };