typescript到底有没有必要??

我项目代码量很大, 变量名这些错误出现太多. 而且接口也无法制作;
纠结到底用不用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赞

楼上的楼上这样怼人确实不好。不管什么语言都有适用和不适用的范围。我的想法是这样:

  1. 守不守旧跟浏览器运行着什么没关系。浏览器底层跑的还是C++、汇编甚至CPU指令集,我们也不可能都用这些语言写程序。编程语言的进化是趋势。
  2. TS不是语法糖,因为它不比JS精简代码,多出的类型系统反而是增加了不少代码量的。但TS近些年的使用范围却越来越大,我觉得正是因为它大大提升了代码的品质并降低了维护成本,用户都是用脚投票。
  3. JsDoc比TS增加的代码量还要多,而且把变量和类型分离了,上下对照比较麻烦。IDE的支持性也不如TS完美。
  4. TS是JS的超集,熟练使用TS必然是要建立在熟练JS+Type。不熟练JS应该属于个人问题。
  5. 在.ts文件里写纯es6,也可以正常运行并获得不错的代码推断和提示。我的建议是快速开发想法和demo的时候可以在.ts里写es6,然后正式完善的时候把关键的类型标注上,以便其它人和IDE可以正确理解代码,获得全面的代码提示、重构能力。
1赞

自由最重要 ~ 3.0 直接剔除js 感觉还是挺可惜的 1.x、2.x版本同时支持js和ts 不也挺好的吗 随开发者如何选择不好吗