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