推荐关注 Meteor JSLint - a Javascript code quality tool jsFiddle D3.js WebStorm 推荐书目 Javascript 权威指南第 5 版
Closure: The Definitive Guide
Closure: The Definitive Guide 
使用 TypeScript 的小伙伴有没有同感使用 @types 下的外置声明让人毛躁？
sunjourney 2017-08-23 23:22:03 +08:00 3321 次点击这是一个创建于 2969 天前的主题，其中的信息可能已经有所发展或是发生改变。
如果库作者不是用 typescript 的，他自己又不写接口声明，靠外置的声明文件真不靠谱，要不是更新不及时，要不就是写的不对，要不就是各种 any 糊弄过去了，第三方去贡献难度也不小，谁能把你的文档全跟一遍？测试还要用 ts 重写一次，升级一时爽，重写声明 xxx。流行库还好啊，小众库难得救了。
说好的提示即文档，各种不提示，写着写着发现一天大部分时间提 issues 了，经常有去 pr 的冲动，但一想作者不用 ts 写，我去帮他写声明，一次还好，但怎么可能跟着做迭代呢！ ts 虽好，只是感觉它不强势到逼迫所有人转过来就始终不算好用。
没有声明的姑且可以按 js 的写法写，碰到过时或者有错的想杀人了有木有！大家怎么克制自己的冲动的？
4 条回复 2017-08-24 10:01:52 +08:00
 | 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 来做统一呢…… |
Select Language