我项目代码量很大, 变量名这些错误出现太多. 而且接口也无法制作;
纠结到底用不用typescript.
用的话, 灵活性就没有了, 特别是我定义了大量的调试工具, 编译的时候需要特殊定制, 不符合ts规范.
不用的话, 名称纯靠记忆, 错误常有, webstorm 提示有限;
请问: 在es的情况下, 该如何优化ide的提示? 使用typescript是否是增加繁琐? 我用了几天ts了, 怎么感觉就是不顺手呢…
强烈建议更换TS，不然坑只会越来越大，除非你项目止于此，不值的改
1赞
用ts肯定比js好，js的特性ts完全支持，不想要报错也可以绕过不显示
最终我还是用ES6了;
TS成本太大, 主要是我调试工具太多, 编译时不好剔除;
TS没有必要的，事实上，不使用typescript,你也可以获得类型错误提示，方法接口参数，数据结构的提示。使用webstorm或者 intellij idea 都是可以做的到的。
秘诀就是： 写好jsdoc,给你的每一个类，数据结构都写好jsdoc, 那么你就可以直接使用JS而获得良好的代码提示了。
如下：
我使用的是cocos2djs 所以没有使用let等更高级一点的特性，免得在spidermonkey引擎下跑不起来。
使用js还一个好处就是，调试的时候，没有必要编译，刷新下页面就能调试。省去了大量的等待时间。当需要打包成正式版本时候，你可以压缩再编译成jsc文件。
//PS：
话说回来，如果官方的最佳使用姿势推荐是TS，使用TS也未尝不可。习惯了就好。。。
1赞
3.0已经不支持JS
谢谢你;;;
自从用了TypeScript 就回不去了，太好用了。
你问有没有必要，那是没有，用js 又不是不能写。
你要问推不推荐，那必须墙裂推荐。
1赞
老项目写点jsdoc，新开项目建议ts
推荐ts啊，之前我也不想转ts，但是ts用了就上瘾，哈哈
1赞
沒必要的話微軟也就不會開發了吧
老项目就算了，新项目就可以上ts
好家伙，写出了 Java 的感觉
好家伙，工作是不饱和么？有空写那么多jsdoc注释。有空写这么多jsdoc注释，ts代码都撸完了
ts也得写注释啊。。。。
不过相对于js不是必须得写jsdoc才能有正确的提示。
自从写lua后，基本跟代码提示这些辅助拜拜了
要啥提示，复制粘贴一把梭 他不香吗 哈哈哈
不怼。说下想法：
1、写JS不是守旧，打开浏览器开发者面板，看看哪里是跑的TS？
2、TS目前就是一个语法糖，觉得需要就用，不需要就不用，对最后产品的好坏没有本质上的影响力；
3、如果说只是因为没有强类型提示，容易搞出BUG，不容易查错，写完善JSDOC就可以了；
4、TS最后还是要转为JS的，对JS不熟练掌握，做产品也容易出问题。
5、个人在服务端ASP->php->nodejs ->go ,前端：as1|as2|as3->js ,移动端: oc/java/c#一路走过来，经过了多种语言的兴衰，早已过了“PHP是世界上最好语言”的阶段了，目前只有适合不适合，喜欢不喜欢。
1赞
楼上的楼上这样怼人确实不好。不管什么语言都有适用和不适用的范围。我的想法是这样：
- 守不守旧跟浏览器运行着什么没关系。浏览器底层跑的还是C++、汇编甚至CPU指令集，我们也不可能都用这些语言写程序。编程语言的进化是趋势。
- TS不是语法糖，因为它不比JS精简代码，多出的类型系统反而是增加了不少代码量的。但TS近些年的使用范围却越来越大，我觉得正是因为它大大提升了代码的品质并降低了维护成本，用户都是用脚投票。
- JsDoc比TS增加的代码量还要多，而且把变量和类型分离了，上下对照比较麻烦。IDE的支持性也不如TS完美。
- TS是JS的超集，熟练使用TS必然是要建立在熟练JS+Type。不熟练JS应该属于个人问题。
- 在.ts文件里写纯es6，也可以正常运行并获得不错的代码推断和提示。我的建议是快速开发想法和demo的时候可以在.ts里写es6，然后正式完善的时候把关键的类型标注上，以便其它人和IDE可以正确理解代码，获得全面的代码提示、重构能力。
1赞
自由最重要 ～ 3.0 直接剔除js 感觉还是挺可惜的 1.x、2.x版本同时支持js和ts 不也挺好的吗 随开发者如何选择不好吗