js-IPFS 0.55.0改善了TypeScript类型定义-技术圈

近日，IPFS官方博客宣布，js-ipfs@0.55.0最终有了一套全新的TypeScript类型定义，这些定义完全是从头开始完全重写的。

TypeScript类型定义已被彻底重写

以前0.51.0，我们附带捆绑的TypeScript类型定义，这些定义使用户能够通过智能感知来探索IPFS Core API。并使用它来确保它们正在调用存在的方法，但是对参数和返回类型进行了频繁标记，尽管这不会引起TypeScript编译错误，但实际上给您带来的类型安全性却很少。问题的一部分是js-ipfs公开了许多TypeScript定义不附带的支持模块的返回类型。这意味着我们要么必须在这些模块中提供对TypeScript定义的PR支持，要么在js-ipfs容易出错的级别上输入其输入/输出，并且不能保证实际的基础代码。我们查看了一下堆栈，并开始从最低级别开始添加TypeScript类型，这是一项艰巨的工作，其中约有250个拉取请求被打开、查看、合并和交付，这是此工作的一部分。

noImplicitAny

早些时候，我们决定启用noImplicitAny ，在我们的tsconfig.json文件中。这是一个严格的设置，当找不到任何变量的类型信息时，将导致错误。这意味着必须在内部键入所有内容，这增加了交付此版本所必需的工作量，但是我们的内部代码现在更加安全，甚至在实现中出现一些错误和未处理的极端情况，因此强烈建议升级。

将来的证明

与我们支持的版本一致，js-ipfs@0.55.0已放弃了对Node.js <14的支持，这样一来，我们就可以支持最新和最好的功能，而不必承担任何麻烦。

我们还切换到对顶层模块使用命名导出，而不是使用默认导出，因为这使它们更易于从ES模块中使用环境。这也意味着从JSDoc注释生成的类型定义更紧凑，必须跳过更少的圈以反映它们生成的代码。从外部API的角度来看，这仅影响ipfs-http-client：