使用 TypeScript 的小伙伴有没有同感使用 @types 下的外置声明让人毛躁？

[sunjourney]

如果库作者不是用 typescript 的，他自己又不写接口声明，靠外置的声明文件真不靠谱，要不是更新不及时，要不就是写的不对，要不就是各种 any 糊弄过去了，第三方去贡献难度也不小，谁能把你的文档全跟一遍？测试还要用 ts 重写一次，升级一时爽，重写声明 xxx。流行库还好啊，小众库难得救了。

说好的提示即文档，各种不提示，写着写着发现一天大部分时间提 issues 了，经常有去 pr 的冲动，但一想作者不用 ts 写，我去帮他写声明，一次还好，但怎么可能跟着做迭代呢！ ts 虽好，只是感觉它不强势到逼迫所有人转过来就始终不算好用。

没有声明的姑且可以按 js 的写法写，碰到过时或者有错的想杀人了有木有！大家怎么克制自己的冲动的？

[cxbig]

烂项目多得去了，哪有时间吐槽。
如果只是几个小 DocBlock 问题，顺手改了 PR 就好。

[plantain]

1、 @types 下的库确实经常 break，所以用的时候要固定版本号
2、 @types 下的库就是社区维护的，流行库用的人多，贡献的人多，也就越完善，小众库用的人少，如果你要用，你也可以完善的啊，例如我就创造了 18 个 @types 库，总不能只索取不付出吧，都是开源的，没人拦着你不能提交 pull request
3、DefinitelyTyped 的 issue 很少有人看，有这时间，PR 都写好了
4、如果提的 PR 还没合并发布，代码里可以先用 any 写，等发布了再更新
5、如果只是简单用到几个方法，可以在 d.ts 文件里做声明，类似于：

declare module "foo" {
export bar():void;
}

[lrh3321]

小众点的库，你就自己写个 d.ts 文件放项目里

[WindsonYan]

有些 @types 底下的声明，用的是 namespace，自己还要写个.d.ts 转成 module 来做统一呢……