Typescript问题记录:无法找到模块 XXX

背景

引入 npm 依赖包时,明明这个包定义了相关的 types 文件,为什么引入时还是提示「无法找到模块 XXX」?例如,该依赖包的 package.json 信息如下:

json 复制代码
{
  "name": "my-module",
  "exports": {
    ".": "./main.js",
    "./feature": "./lib/feature.js"
  },
  "types": "./lib/feature.js"
}

这里有可能是这个依赖包定义 types 文件有问题,如果该依赖包所在项目中的 package.json 文件中设置了 exports 属性,将不会读取外层的 types 属性。

这种情况下,你注意查看详细错误,会有这么一段话:

There are types at 'XXX/types/index.d.ts', but this result could not be resolved when respecting package.json "exports". The 'xxx' library may need to update its package.json or typings.

从以上提示可以看出跟 package.json 中的 exports 有关。

exports

exports 具体是做什么用的呢?

exports 字段在 package.json 文件中用于定义模块的导出方式。这是 Node.js 中的一个新特性,用于替代 main 字段,提供更加灵活的模块导出方式。

exports 字段可以定义一个对象,对象的键是导出模块的名称,值是模块的实际文件路径。这样,当其他模块尝试导入该模块时,就会根据 exports 字段的定义来确定实际导入哪个文件。

例如,你可以在 package.json 文件中这样定义 exports 字段:

json 复制代码
{
  "name": "my-module",
  "exports": {
    ".": "./main.js",
    "./feature": "./lib/feature.js"
  }
}

在这个例子中,如果其他模块尝试导入 my-module,那么实际上会导入 main.js 文件。如果尝试导入 my-module/feature,那么实际上会导入 lib/feature.js 文件。

这样,你就可以更加灵活地控制模块的导出方式,而不仅仅是通过 main 字段指定一个入口文件。

解决方案

如果依赖包中通过 exports 定义导出方式,在 typescript 中如何指定类型定义文件呢?

在 TypeScript 中,你可以使用 types 或 typings 字段在 package.json 文件中指定类型定义文件的路径。这个文件通常是一个 .d.ts 文件,包含了模块的类型定义。

例如,可以这样设置:

json 复制代码
{
  "name": "my-module",
  "main": "./dist/main.js",
  "types": "./dist/main.d.ts",
  "exports": {
    ".": {
      "import": "./dist/main.js",
      "require": "./dist/main.cjs",
      "types": "./dist/main.d.ts"
    },
    "./feature": {
      "import": "./dist/feature.js",
      "require": "./dist/feature.cjs",
      "types": "./dist/feature.d.ts"
    }
  }
}

在这个例子中,types 字段指定了主模块的类型定义文件的路径,而 exports 字段中的每个导出都有一个对应的 types 字段,指定了该导出的类型定义文件的路径。

这样,当其他 TypeScript 模块尝试导入 my-module 或 my-module/feature 时,TypeScript 就会根据这些 types 字段找到对应的类型定义文件,以获取模块的类型信息。

这样设置后,再引入这个依赖包就不会提示「无法找到模块 XXX」。

当然,如果没有特殊需要,也可以不使用 exports 字段,直接设置 main 和 types 就好。

相关推荐
子兮曰4 天前
jev-ultrafast 深度解析:7 秒订机票的浏览器 Agent 是如何炼成的
前端·后端·agent
子兮曰4 天前
Jev 爆发一周:7 秒 Agent 背后的 System One 生态与三场争议
前端·后端·ai编程
前端小万4 天前
写公众号赚了 3000 块后,我做了一款叫 "一键成稿" 的软件
前端·微信小程序
爱勇宝4 天前
ZCode 开源 24 小时:一份没有历史的账本,回答不了"有没有偷代码"
前端·后端·chatglm (智谱)
三十而立洋4 天前
Cookie 详解:从产生到安全,一次讲透
前端·javascript
卡布鲁4 天前
把一个 Vite + Vue3 应用塞进 qiankun (React + Umi3) 主站:十个坑的复盘
前端·javascript·react.js
汉堡大王95274 天前
Jev:不是聊天机器人, 而是一个智能 if 语句
前端·人工智能·后端
梦想很大很大4 天前
从运行事实到回归证据:Workrun 的 Telemetry 与 Evaluation 实践
前端·人工智能·后端
计算机魔术师4 天前
Meta Muse agent 接入 Shopify 的 Shop Pay 实现代理式购物
前端
沙蒿同学4 天前
我用 Go 搭了一条 AI Agent 流水线:从 1 张商品图到一整套淘宝详情页
前端·javascript·后端