typescript - definitely types仓库是怎么产生的？
那是一个下午，QA兄弟想要定制一个富文本编辑器的功能。我说做不了，他说，为什么做不了，于是我给他讲了一个故事
在遥远的以前，每次程序员们想要开发一个功能都是自己一点点去写出来时间久了万千的程序员朋友们发现他们发现的功能很多都是共用的，重复的于是有一天，有一个人想时候可以把我做好的功能通过一个渠道分享给别人使用这样，更多的人可以用更少的时间开发同样的功能只需要把别人的代码拿过来，改一下，就好这种别人的代码，就叫做库库可以让我们很轻松实现一个非常复杂的功能但是，同时由于库都是别人写的，不是自己写的，所以想要定制化的时候很困难，因为我们并不熟悉别人的库于是，QA兄弟就理解了，为什么不能短时间定制化以此类推，请大佬指点一下，DT这个仓库最初是怎么来的，解决了什么问题，我是ts小白，感谢了。
共有2个答案
个人理解：
其实这个JS库的历史遗留问题，由于JS是不是强类型的，导致JS定义方法的时候，参数的类型和个数，函数的返回值都是可以不用显式定义的，直接写了就能用。在小项目还好，等到项目越来越大以后会变的越来越难以维护。毕竟这个时候每个方法的具体实现（参数的类型和个数，函数的返回值）都得会看代码才能知道，除非你的注释写的非常非常好（这个不怎么实现）。这个时候就需要一个函数和变量的声明了。借助于TS的快速发展，也就有了现在的index.d.ts文件。
由于历史原因，很多JS包原作者可能都已经不维护了，但是还需要用到，这个时候只能发挥社区的力量，微软发起了这个项目，并且发挥社区的力量，给这些库补充声明文件,统一发布到npm，由于库很多，慢慢的这个仓库就变的越来越大了。很多的JS的历史包也有了自己的声明文件，在开发的时候也方便了很多。
可以看看这些文章有讲到关于DefinitelyTyped：
微软Github开发者社区：Changes to How We Manage DefinitelyTyped：
掘金中文版 ：DefinitelyTyped 的自动化管理改造
-
本文向大家介绍说一下 tcp 粘包是怎么产生的？相关面试题，主要包含被问及说一下 tcp 粘包是怎么产生的？时的应答技巧和注意事项，需要的朋友参考一下 tcp 粘包可能发生在发送端或者接收端，分别来看两端各种产生粘包的原因： 发送端粘包：发送端需要等缓冲区满才发送出去，造成粘包； 接收方粘包：接收方不及时接收缓冲区的包，造成多个包接收。
-
发送方需要等缓冲区满才能发送出去，造成粘包； 接收方不及时接收缓冲区的包，造成粘包；
-
面试题 生产环境中的 redis 是怎么部署的？ 面试官心理分析 看看你了解不了解你们公司的 redis 生产集群的部署架构，如果你不了解，那么确实你就很失职了，你的 redis 是主从架构？集群架构？用了哪种集群方案？有没有做高可用保证？有没有开启持久化机制确保可以进行数据恢复？线上 redis 给几个 G 的内存？设置了哪些参数？压测后你们 redis 集群承载多少 QPS？ 兄弟，这些你必须
-
前端大佬们 谁知道 WebStorm Compile TypeScript 选项怎么关闭？？？ 每次不小心点击之后 TS 文件直接全部编译 JS文件 每次都要一个个删除 百度 魔法(Google)
-
本文向大家介绍怎么把本地jar包放入本地maven仓库和远程私服仓库，包括了怎么把本地jar包放入本地maven仓库和远程私服仓库的使用技巧和注意事项，需要的朋友参考一下 1.将本地jar包放入本地仓库。只需执行如下命令即可： mvn install:install-file -Dfile=D:/demo/fiber.jar -DgroupId=com.sure -DartifactId=fibe
-
本文向大家介绍解释生产者是什么？相关面试题，主要包含被问及解释生产者是什么？时的应答技巧和注意事项，需要的朋友参考一下 答：生产者的主要作用是将数据发布到他们选择的主题上。基本上，它的职责是选择要分配给主题内分区的记录。