我阅读了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';
我做错了什么？
不幸的是，包编写者是否对声明文件感到困扰，我们无法控制。我倾向于创建一个像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
]
这就是我工作的方式。
在我的例子中，我使用了一个没有定义类型的库：react mobile datepicker
a.在/src中创建文件夹。在我的例子中，我使用了以下路径：/src/typengs/。
b.创建.dts文件。例如：/src/typerings/react-mobile-datepicker.dts
c.我使用以下代码扩展其财产并使其类型安全：
declare module 'react-mobile-datepicker' {
class DatePicker extends React.Component<DatePickerProps, any> {}
interface DatePickerProps {
isPopup?: boolean;
theme?: string;
dateConfig?: DatePickerConfig;
}
export interface DatePickerConfig {
prop1: number;
pro2: string;
}
export default DatePicker;
}
d.按照通常使用第三方库的方式导入类型。
import DatePicker, { DatePickerConfig, DatePickerConfigDate } from 'react-mobile-datepicker';
e.更改tsconfig.json并添加以下代码：
{
"compilerOptions": {
//...other properties
"typeRoots": [
"src/typings",
"node_modules/@types"
]
}}
链接到我用作来源的文章：
https://templecoding.com/blog/2016/03/31/creating-typescript-typings-for-existing-react-components
https://www.credera.com/insights/typescript-adding-custom-type-definitions-for-existing-libraries
由于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规则。
在我看来，解决这个问题的三种不同方法都不起作用。一旦在package.json中将“type”设置为“module”，那么它将符合ES module而不是CommonJS语法。我能够根据package.json设置使用ES模块语法来解决这个问题。
import ws from 'ws'
export const create = (/** @type {string} */ accessToken) => {
const WebSocket = ws;
return new WebSocket(endpoint, accessToken, sslOptions);
}
这样，您就可以在“ws”模块中使用WebSocket类。这是一个节点模块的示例，但基本上可以将任何类型的节点模块和函数放在其中。
下面这些对我不起作用：
npm安装-D@types/module名称const foo=require（'模块名称'）；
// index.d.ts
declare module 'foo';
tsconfig.json中的配置
"noImplicitAny": true,
"allowJs": true
