Typescript 的类型定义管理系统（如 tsd）的最佳解决方案是什么？答案

【问题标题】：What is the best solution for type definition management system(like tsd) for Typescript?Typescript 的类型定义管理系统（如 tsd）的最佳解决方案是什么？
【发布时间】：2016-12-20 22:34:04
【问题描述】：

在使用Typescript时，我们需要考虑如何解析类型定义文件（*.d.ts）。

据我所知，管理打字稿定义系统的系统有以下几种。

tsd
打字
@types

我猜 tsd 是最古老的，那就是起源。但是，为什么typings需要出生呢？我想为打字制作定义文件有点复杂。

@types 实际上是什么？

那么，最好的解决方案是什么？

【问题讨论】：

我只是在本地手动管理我的打字；效果很好。如果它们的质量足够好并且是最新的，我偶尔会从 definatelyTyped 复制它们，但这种情况并不常见。

标签： typescript typescript-typings tsd

【解决方案1】：

围绕 TypeScript 的类型管理生态系统背后的故事非常重要。

首先有（仍然是）一个名为 DefinitelyTyped 的单体存储库，它被用作所有希望为不同库贡献其类型的开发人员的中心。

由于这个存储库，一个名为 tsd 的类型管理器直接从该存储库获取类型并将它们本地保存在您的项目中。

同时，DT 存储库超出了它的扩展能力和had to be restructured。讨论进一步讨论了d.ts. 文件的外观，因此有时需要另一种在项目中包含类型的方法。另一个问题是库和 TypeScript 编译器本身的版本控制。

然后Blake Embrey 创建了一个名为typings 的新类型管理器，它支持DefinitelyTyped 和构建d.ts 的新提议方法。新结构允许使用两种类型的模块 - 全局（大多数是肯定类型的）和应该被封装的模块。

后来TypeScript 2.0 Beta 被微软宣布。 TypeScript 背后的团队意识到需要一种不同的方式来处理打字文件。他们所做的是@types npm 范围，they announced will be the new way of handling typings。此时@types 仅适用于 TypeScript 2.0。

声明文件（.d.ts 文件）是在 TypeScript 中使用现有 JavaScript 库的基本部分，但获取它们一直是我们知道有改进空间的地方。随着我们接近 TypeScript 2.0，我们非常高兴地展示了我们简化事情的计划的先见之明。在 TypeScript 2.0 中获取类型声明将不需要除 npm 之外的任何工具。

所以回答你的问题：

如果您使用低于 v2.0 的 TypeScript，请使用 typings，但如果您使用 2.0，请使用 @types

【讨论】：

谢谢@dinchev，看起来很准确 - 值得指出的是，Typings 过去和现在都是一个练习，用于展示如何使用 TypeScript 管理依赖项应该（以前不可能使用DefiniteTyped + TSD，作为模块作者我自己这是不可接受的）。 TypeScript 现在了解这一点，并努力帮助将提案纳入 2.0 的核心。