需要理解的是,TypeScript 作为语言,他只处理代码模块。其他类型的文件这种非代码模块的导入,讲道理是通过另外的打包工具来完成的,比如 Web 应用中的图片,样式,JSON 还有 HTML 模板文件。只是我们需要在 TypeScript 层面解决模块解析报错的问题。
直接导入非代码模块,TypeScript 会报错。
TypeScript 文档中关于这部分的描述是 Wildcard module declarations,即通过定义通配符模块。与 SystemJS 和 AMD 一致,在导入时路径上加上定义好的文件类型前后缀,这些路径上的额外信息在编译后可通过运行时实际的加载器中相应的插件来解析处理。
typings.d.ts
main.ts
使用定义类型前后缀的方式是可以解决代码中 TypeScript 报错的问题,但编译后因为模块地址中的类型前缀或后缀(!text
,json!
)没有去掉,这就需要对 require
定义相应的插件来处理。
如果你看过 VSCode 的源码,会发现里面大量使用了有类似这样的方式导入样式文件:
这里 vs/css!
便是上面提到的方式,但 VSCode 是使用了自定义的一个模块加载器 Microsoft/vscode-loader 来处理。
还可以像下面这样来进行文件类型的声明:
typings.d.ts
然后写正常的路径来导入即可,编译后的产出中路径没有改变。
对于其他类型的后缀同理。
typings.d.ts
需要注意的是,这只是解决了 TypeScript 的模块解析报错的问题,实际文件的导入并不是在 TypeScript 中做的,而需要额外的打包工具。Webpack 中则是相应的样式 loader 和 图片 loader 来负责这些文件的解析加载。
因为 JSON 格式太过常见,TypeScript 确实在自己的编译器中提供了对其加载的支持,通过相应的编译参数 --resolveJsonModul
来开启。
创建 tsconfig.json
开启对 JSON 文件导入的支持。
tsconfig.json
然后代码中导入 JSON 文件时指定正确的路径,像其他正常的 TypeScript 模块一样。无须前缀,也无须编写额外的声明文件。
main.ts
当尝试编译上面代码时,你会得到如下的报错:
因为编译后 JSON 文件也会有一份同名的产出,在没有指定编译输出目录的情况下, tsc 默认输出到当前目录,所以会有上面 JSON 文件会被覆盖的提示。所以解决办法就是添加输出目录的配置。
tsconfig.json
再次编译后可正常运行。
配合着 esModuleInterop
选项可以让导入更加简洁。
tsconfig.json
main.ts
一般项目中都使用专门的打包工具比如 Webpack,Parcel 等,资源的解析加载都会被很好地处理。只是我们需要解决 TypeScipt 模块解析报错的问题,此时可通过对相应文件编写声明文件的方式。