这是一个创建于 170 天前的主题，其中的信息可能已经有所发展或是发生改变。
因为可以做到既要灵活又要严谨，灵活的时候用 any ，严谨的时候用 type
个人项目中既有快速迭代的需求也有长期维护的需求
既可以做前端又可以做后端，前后端切换无需心智成本
第 1 条附言 · 170 天前
这不是软件工程的银弹，应该说是一种编程策略，不同需求用不同的编程策略，软件不一定有很长的生命周期，为了快是可以牺牲扩展性、维护性。为了扩展性、维护性也可以牺牲快
106 条回复 • 2024-08-26 12:13:02 +08:00
 |
101
blackmirror 168 天前
用“最”字通过广告法了吗
|
 |
102
GeekGao 168 天前
上一个这么说的人说的是 PHP 。
|
 |
103
CodeCodeStudy 158 天前
ts 毕竟只是在 js 的基础上加上类型检查，编译后还是 js ，所以有些 js 的坑是无法检查出来的，比如
一个 number ，有可能是 NaN ，需要用 Number.isNaN 来判断 一个 Date 对象，比如变量名叫 d ，有可能是无效的，通过 d.toString() === 'Invalid Date' 或者 Number.isNaN(d.getTime()) 这两个坑无法使用 ts 检测出来，因为 NaN 的数据类型也是一个 number ，Invalid Date 的数据类型也是 Date |
 |
104
yb2313 117 天前
@CodeCodeStudy #11 用 bun 直接运行
|
|
105
CodeCodeStudy 114 天前
@mark2025 #100 直接用 tsx 运行.ts 文件，不也是会先执行编译成 js 再运行 js 吗
|
 |
106
mark2025 114 天前
@CodeCodeStudy tsx 执行实际上仍有一个 ts->js 的编译过程（貌似会缓存编译结果），不过项目代码就可以直接用 ts 源码发布了（不需要编译再发布 js 版本）。
另外，nodejs 最新版已经开始直接执行 ts 文件了，原理和 tsx 差不多。 TS/JS 一统江湖～ |
Select Language