2023/10/13 10:35
同意大佬的观点,多人协作的用TS
2023/10/09 13:25
ts,全栈比较好,把原来后端定义的一堆DTO\VO\DO等等省掉,现在不是有serverless 模式和 js 编程这类方案码,这个场景就很适合。别的场景,后端已经处理的大多数业务逻辑,这个时候前端太强调类型约束就会拉低效率。像我作为一个后端,我前端没那么好,我肯定选择简单的,把复杂的事情放后端去,反过来一样的道理。
2023/10/09 13:18
软件工程是没办法通过语言标准来解决的
2023/10/07 09:54
不用 jsdoc 不是更快,可笑的借口
2023/09/29 00:07
我其实就想问一下,你们50W以下的项目占多少,真正能维护5年以上的占多少?
2023/09/28 15:33
让我写我用js,谁让我接收别人的js代码,谁死quan家[doge]
2023/09/28 11:52
ts才是倒车,js本身的优点被去掉,一直不明白js本来就是弱类型的语言
2023/09/28 10:29
用js本来就是为了简单,想啥有啥无需提前定义,一切就是为了爽,ts出现又走回了java的老路,微软就是喜欢搅局
2023/09/28 18:13
你带过团队就知道你这说法不对。。你想像一下团队里有些连脑子都不爱动的人,在没有jsdoc、ts的情况下,就只能你自己去解释,或者等着他心情好自己去看文档,看代码。有了jsdoc、ts的情况下,你就能指着头一顿骂。。现在我看情况用js或ts,js的话大部分都会把typedef写好。不为别的,少来两个人烦我,我就觉得这东西写的真值。
2023/10/09 13:29
TS的强类型很多人理解,约束、可读性,这些素质是程序员自己习惯决定的,语言没有用。强类型语言那么多,“屎山”代码层出不穷。好读的代码标准基本差不多,不好读的千奇白怪
2023/09/28 21:13
如果没有js你用啥
2023/09/28 10:24
再过十年,都得淘汰!!今天话放这里.
I_I
2023/09/28 10:03
jsdoc在代码层面不是强制的,可写可不写,即使写错了也没法检查出来
2023/09/28 08:51
jsdoc说实在的,虽然它的独特角色没有竞品撼动(d.ts是互补的,不是替代品)。但已经停止更新有一段时间了,跟不上好些es6新功能了
2023/09/28 08:46
PL决定用jsdoc的时候没有争赢他,现在代码里面到处是@property {Object};之类的东西。数据对象的完整性得不到保证,一个小问题就得折腾半天。
2023/09/28 00:45
语言之争,程序猿圈子里最永恒,最无聊的话题。
2023/09/28 00:16
连注释都懒得写,jsdoc不是更磨人嘛。
2023/09/27 21:35
哈哈哈,d.ts+jsdoc可以有
2023/09/27 20:07
大佬应该没问题,但普通人呢?
我是不太相信普通人连ts都不愿写,去写更啰嗦的jsdoc。
结果就是ts没有,jsdoc也没有。
2023/09/27 19:39
没必要因为一两个人的喜好决定一切,强弱各有优劣,更严谨的强类型语言出错率更低,这个是毋庸置疑的。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部