› Closure: The Definitive Guide
如果库作者不是用 typescript 的，他自己又不写接口声明，靠外置的声明文件真不靠谱，要不是更新不及时，要不就是写的不对，要不就是各种 any 糊弄过去了，第三方去贡献难度也不小，谁能把你的文档全跟一遍？测试还要用 ts 重写一次，升级一时爽，重写声明 xxx。流行库还好啊，小众库难得救了。
说好的提示即文档，各种不提示，写着写着发现一天大部分时间提 issues 了，经常有去 pr 的冲动，但一想作者不用 ts 写，我去帮他写声明，一次还好，但怎么可能跟着做迭代呢！ ts 虽好，只是感觉它不强势到逼迫所有人转过来就始终不算好用。
没有声明的姑且可以按 js 的写法写，碰到过时或者有错的想杀人了有木有！大家怎么克制自己的冲动的？
 |
1
cxbig Aug 24, 2017
烂项目多得去了，哪有时间吐槽。
如果只是几个小 DocBlock 问题，顺手改了 PR 就好。 |
 |
2
plantain Aug 24, 2017
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; } |
 |
3
lrh3321 Aug 24, 2017
小众点的库，你就自己写个 d.ts 文件放项目里
|
 |
4
WindsonYan Aug 24, 2017
有些 @types 底下的声明，用的是 namespace，自己还要写个.d.ts 转成 module 来做统一呢……
|
Select Language