7

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

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

  • tsd
  • 打字
  • @types

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

实际上是什么@types？

那么，围绕这个问题的最佳解决方案是什么？

4

1 回答 1

8

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

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

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

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

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

后来微软宣布了TypeScript 2.0 Beta 。TypeScript 背后的团队意识到需要一种不同的方式来处理打字文件。他们所做的是一个@typesnpm 范围，他们宣布这将是处理类型的新方法。此时@types仅适用于 TypeScript 2.0。

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

所以回答你的问题：

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

于 2016-08-14T14:24:54.713 回答