我阅读了TypeScript模块解析的工作原理。
我有以下存储库：@tsstack/di。编译后，目录结构如下：
├── dist
│ ├── annotations.d.ts
│ ├── annotations.js
│ ├── index.d.ts
│ ├── index.js
│ ├── injector.d.ts
│ ├── injector.js
│ ├── profiler.d.ts
│ ├── profiler.js
│ ├── providers.d.ts
│ ├── providers.js
│ ├── util.d.ts
│ └── util.js
├── LICENSE
├── package.json
├── README.md
├── src
│ ├── annotations.ts
│ ├── index.ts
│ ├── injector.ts
│ ├── profiler.ts
│ ├── providers.ts
│ └── util.ts
└── tsconfig.json
在package.json中，我写了“main”：“dist/index.js”。
在Node.js中，一切正常，但TypeScript：
import {Injector} from '@ts-stack/di';
找不到模块“@ts stack/di”的声明文件/path/to/node_modules/@tsstack/di/dist/index.js”隐式具有“any”类型。
然而，如果我按如下方式导入，那么一切都正常：
import {Injector} from '/path/to/node_modules/@ts-stack/di/dist/index.js';
我做错了什么？
由于Javascript中缺少约束，TypeScript基本上是在实现规则并向代码中添加类型，以使代码更清晰、更准确。TypeScript要求您描述数据，以便编译器可以检查代码并查找错误。编译器将告诉您是否使用了不匹配的类型，是否超出了范围或试图返回不同的类型。因此，当您使用TypeScript的外部库和模块时，它们需要包含描述代码中类型的文件。这些文件被称为扩展名为d.ts的类型声明文件。npm模块的大多数声明类型都已编写，您可以使用npm install@types/module_name（其中module_name是要包含其类型的模块的名称）来包含它们。
但是，有些模块没有它们的类型定义，为了消除错误并使用import*作为“模块名”中的模块名导入模块，请在项目的根目录中创建一个文件夹类型，在其中创建一个带有模块名的新文件夹，并在该文件夹中创建模块名.d.ts文件并写入声明模块“模块名。”。之后，只需转到tsconfig.json文件，在compilerOptions中添加“typeRoots”：[“../../typings”，“../../node_modules/@types”]（具有文件夹的正确相对路径），让TypeScript知道在哪里可以找到库和模块的类型定义，并在文件中添加一个新属性“exclude”：[。下面是一个tsconfig.json文件的示例：
{
"compilerOptions": {
"module": "commonjs",
"noImplicitAny": true,
"sourceMap": true,
"outDir": "../dst/",
"target": "ESNEXT",
"typeRoots": [
"../../typings",
"../../node_modules/@types"
]
},
"lib": [
"es2016"
],
"exclude": [
"../../node_modules",
"../../typings"
]
}
通过这样做，错误将消失，您将能够遵守最新的ES6和TypeScript规则。
