我阅读了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';
我做错了什么？
在许多项目中，我面临着许多包的相同问题。所以我创建了Declarator，一个自动生成类型声明的npm包。
它基本上通过在后台运行tsc-emitDeclarationOnly来工作。
您可以从npm安装它：
npm install --save-dev declarator
yarn add -D declarator
然后创建一个简单的声明器.json文件：
{
"$schema": "https://raw.githubusercontent.com/ArthurFiorette/declarator/master/schema.json",
"packages": ["package1","package2"]
}
并创建一个脚本来运行它：
使用postinstall脚本将在每次安装包时运行它，这可能很有用
{
"scripts": {
"postinstall": "declarator"
}
}
它不会生成强大的类型，在这一过程中您可能会遇到许多类型，但使用它比不使用它要好得多
阅读更多信息：https://github.com/ArthurFiorette/declarator#readme
我在使用节点模块和用typescript编写的react应用程序时遇到了同样的问题。使用npm i-save my module成功安装了模块。它是用javascript编写的，并导出一个Client类。
具有：
import * as MyModule from 'my-module';
let client: MyModule.Client = new MyModule.Client();
编译失败，错误为：
Could not find a declaration file for module 'my-module'.
'[...]/node_modules/my-module/lib/index.js' implicitly has an 'any' type.
Try `npm install @types/my-module` if it exists or add a new declaration (.d.ts) file containing `declare module 'my-module';`
@types/my模块不存在，所以我在导入我的模块的文件旁边添加了一个my-module.d.ts文件，并添加了建议的行。然后我得到了错误：
Namespace '"my-module"' has no exported member 'Client'.
如果我在js应用程序中使用它，客户端实际上是导出的，并且正常工作。此外，前面的消息告诉我编译器正在查找正确的文件（/node_modules/my-module/lib/index.js是在my-modle/package.json“main”元素中定义的）。
我通过告诉编译器我不关心隐式的任何问题来解决这个问题，也就是说，我将tsconfig.json文件的以下行设置为false：
"noImplicitAny": false,
由于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规则。
不幸的是，包编写者是否对声明文件感到困扰，我们无法控制。我倾向于创建一个像index.d.ts这样的文件，其中包含各种包中所有缺失的声明文件：
索引.d.ts：
declare module 'v-tooltip';
declare module 'parse5';
declare module 'emoji-mart-vue-fast';
并在tsconfig.js中引用它：
"include": [
"src/**/*.ts",
"src/**/*.tsx",
"src/**/*.vue",
"tests/**/*.ts",
"tests/**/*.tsx",
"index.d.ts" // this
]
