但也很有趣。 斯特凡：这就是我得到的地方，发现我更多地使用 TypeScript 工作，因为我刚刚发现我可以做很多我看到的事情，不仅在我的代码中，而且在我同事的代码和我的代码中在线查找，以使其更有意义并为未来的情况做好准备。因此，我主要在 TypeScript 中编写类型，因为我知道在某个时间点我必须重新审视代码，并且我想知道我最初编写代码时的想法。 德鲁：您将在项目中的哪个位置定义这些类型？因为大概您希望它们可以在您的项目中重复使用。你在哪里定义它们？ 斯特凡：因此，我通常将它们定义为非常接近我实际编写的代码。因此，当我编写 TypeScript 时，我首先使用 TypeScript 编写。所以我进行转译，无论如何，我通常都。
会有编译单也许是因为我
正在做 React 并且我需要转译 JSX，或者因为项目太大，我想做额外的检查。所以无论如何，已经建立了一条链条。我要么需要捆绑，要么需要转译所 拉脱维亚电话号码列表 以我正在编写常规 TypeScript，而不是带有此 JSDoc 扩展的 JavaScript。在那里，我尝试使类型与我声明的对象非常接近。斯特凡：如果有一个在整个项目中使用的类型，我不仅需要该类型，还需要该对象的对象或函数。这是一种分割和移动文件和类型的方法。在一种非常罕见的情况下，我旁边还有一个全局类型整理文件，也就是说，如果我的应用程序必须处理我运行它的环境中的某些内容，无论是节点还是浏览器或其他什么，其中一些全球思想或全球概念是我想要在我的计划中携带和持有的。
这实际上是个非常标准的设置
斯特凡：因此，一侧有 TypeScript 文件，另一侧有几个类型定义文件，然后 TypeScript 尝试找出所有内容，如果有意义，是否可以做到，希望情况确 BTC 数据库欧盟 实如此。 德鲁：是的，我认为现在我们的工作流程中都已经习惯了构建步骤、组合步骤，不是吗？无论是运行 Babble 还是处理 JSX、React 或 Web Pack，以及您有什么…… 斯特凡：绝对地。 德鲁：我想添加 TypeScript 只是这个过程中的另一个小步骤，而且很容易做到。 斯特凡：是的。所以，一方面，TypeScript 是一个很好的扩展，特别是当你设置运行 Babble 时。因此，它们提供了一个接口，您可以在其中进行 TypeScript 类型检查，即使您的整个应用程序是使用 Babble 进行转译的。TypeScript 还有很多。
