2023-05-26 21:28
一直很不喜欢coffescript , 所以看到 TypeScript 就直接放弃了, 没必要学习这样把TypeScript 转换成 Js的语言, 直接写Js就好了。
2023-05-25 11:46
写了三个月TS了,感觉很丹疼,越写越生气。
2023-05-24 10:29
如果一个ts项目一大半都用的是any那还不如就用js写
2023-05-19 15:07
不能因为一个项目迁移到js doc了,就唱衰ts哈。 ts很好的,虽然我还没开始学。
2023-05-19 15:03
一直都是 jsdoc 配合 .d.ts 定义来写工具框架代码。
2023-05-16 11:34
我一直觉得前端用其它语言比如ts转成js在浏览器用,一直是一个很奇怪的操作,既然都做了类似编译的事情为什么不彻底一点直接编译成wasm呢
2023-05-17 17:52
Java 编译成 jar 为什么不彻底一点编译成二进制文件?
2023-05-17 20:07
你说的是机器码吧。实际上无所谓关键不在于是机器码还是字节码。go就是编译成机器码的,但是它跟Java性能上差不多
2023-05-18 08:59
规模化效应的时候,有一定收益
2023-05-18 23:20
因为jar是跨平台的啊
2023-05-21 18:15
可以的。graalvm
2023-05-18 12:26
因为TS就定位是JS的扩展,如果编译目标是wasm,那TS就没必要作为JS的扩展了,它会变成一种很不同的语言,因为与JS不想干了,所以用户数就会少很多。
2023-05-18 12:37
TS本来就是作为JS的类型化扩展出现的,它是JS的补充,可以认为两者是“同一门语言”,编译到wasm没有获得什么好处,而且会让TS逐渐的远离当初设计它的目的,对于一门前端语言,谁敢保证与JS已经根本不同的一门语言,能够代替JS呢?JS的地位实际比跟C更强势,因为用户根本不会用一种与JS已经脱离了的语言。
2023-05-13 16:39
浏览器直接运行ts,就没这有事了
2023-05-10 22:32
Python3要不也学了下这操作?
2023-05-18 11:26
python的type hints本来就是类似于jsdoc的操作,和typescript不一样,它仍然是解释运行的,解释器会无视type hints。type hints只会被静态检测工具检测
2023-05-10 20:00
jsdoc现在的版本不太够用。dts理论上够用,但是官方教程教得太浅了
2023-05-10 15:03
js+jsdoc 还是很方便的,可以使用到类型检查又可以不用ts编译代码,各有利弊,根据实际情况灵活选择即可
2023-05-10 11:06
冷知识:vscode里的jsdoc类型校验功能就是ts提供的。
2023-05-10 10:01
原来我一直用的叫jsdoc😃
2023-05-10 09:52
我表示非常支持
2023-05-10 10:10
js+类型=ts
2023-05-10 09:43
所以TS真正的作用就是提供类型安全?那如果Js加上类型不就没TS什么事了?
2023-05-10 09:41
前端真的是闲的🥚疼
2023-05-18 08:50
我发现你完全说到重点了,前端的确实闲得蛋疼
2023-05-22 09:35
话说这么闲的丹疼,为啥不直接让浏览器支持 ts 呢,就像支持 js 那样。直接 <script type="text/typescript"> 不更香嘛。编译过后运行出问题了,让查bug,想想都蛋疼。从 class 反编译出的 java 文件代码,真是看都不想看,还别说本身就是屎山代码,一大堆的历史遗留。现在 ts 这样用,感觉就是调试查问题,费劲的让人崩溃。
2023-05-10 08:50
从TS退回到JS的项目已有很多了,只要自己规范编写就好。节省出大量时间去划水摸鱼不香么?
2023-05-10 11:55
人家是TS to JSDoc,不是单纯的JS两眼抓瞎
2023-05-10 08:46
nodejs搞坏了我上一个硬盘
2023-05-10 09:26
这么脆弱
2023-05-10 10:19
之前有开源作者送比特币的活动 大概价值几千块钱 需要nodejs编译 执行过程安装了一堆其他语言环境 然后忽然。。。。就死掉了 可以获得比特币的凭证也毁灭了
2023-05-10 19:15
不太可能。。。大概率是你的问题
2023-05-10 19:48
可能是 可是我除了执行npm install 其他什么也没做。。。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部