Nodejs下typescript真的好用吗？
Nodejs下typescript真的好用吗？
楼主接触 js 十多年了。 之前也写过 flash 的 actionscript3 。目前还没有用过 typescript，感觉 typescript 主要是加了一个类型系统。
当时在真实工程环境里头不会麻烦吗，感觉代码阅读的难度和写起来都更麻烦了。
不知道实际操作过的人会觉得好用吗，不会影响开发效率吗。
debug 的时候，你是怎么检查一个对象的？想要看看它里面的方法，属性，是不是只能 console 出来？或者打断点？无论怎么样都要运行时浏览器里看是不是？有了类型，在编辑器里就知道它是个什么玩意，这就是类型带来的最本质的快乐，你说它香不香。
如果没有 vscode 的推，也不可能也不会香的这么快，
写起来的确麻烦， 但维护真香，特别是维护别人的代码，js 的引用特性，有时候真的不好猜这个对象到底有啥子数据，
当然如果你只用 ts 的 any，当我没说
个人感受：在开发基于特定数据结构的项目时真希望写的是 TS，一来代码提示更高效，二来光靠变量名辨别预期的数据类型是不够的，此时加上类型标注或提示会好很多。另外，类型关联完善的情况下，重构也痛快得多。
阅读难度和编写麻烦度都跟类型完善度有关。类型完善了，读起来和写起来跟 JS 没大差别（除了必要的类型声明和转换，大部分类型都被隐式推到了，编写时不必关心），而且 TS 引入的一些新特性反而有助于提高可读性。当然如果类型不完善就另说了。
我觉得 TS 目前的问题是相关工具生态还不够成熟，准入门槛还不够低。过去一年 TS 在这方面有明显的进步，但还没达到可以让 JS 社区轻易接受的程度。（虽然也许不是 TS 的问题。）
不好用，你要是真仔细写 ts 就知道，ts 现在的缺陷还太多，智能程度也不够，太多地方推导不出来要自己写 hack 。
可读性也是一个问题，有的函数声明加上类型声明可能超过一行，又长又复杂，看的人眼都瞎了。
但是必须用，因为类型检查太重要了。
那么多年一直用记事本写代码的人，表示坚决不用 ts 。
本来动态可变类型是 js 和 php 的特性和优点，就因为现在部分.net java 程序员参与了进来，硬生生给改成强类型语言了，严重破坏 js 生态系统。
记得前几年有次跟.net 后端对接接口，有个字符串需要拼接处理一下，弄了半天他愣是搞不定，因为他那数据结构定死了，就那样，不能动。
还有就是编译，本人坚决反对编译，现在每次修改程序，改个字符都要重新编译。
喜欢 ts 的，建议直接去写 java 或者 c 程序。
喜欢 js 的请点赞，喜欢 ts 的请忽略本条评论，哈哈！
ts 有 java 的味道，感觉写起来逻辑比 js 更加清晰，但是代码量会比 js 大很多，新人玩个人项目的时候建议用 js，不然你用 ts 只会用成 anyscript
以前有一门编程语言叫 javascript，后来微软借 ie 参与竞争搞了个山寨版的“js”，从此前端工程师的痛苦开始了，也让 web 前端的发展停滞了将近十年。chrome 好不容易挽回了局面，微软又杀回来了，虽然这次是在更高层面上切入，但混乱又开始了。试想一下，如果真的越来越多的前端开始依赖强类型，那么 js 势必会引入一套自己的方案，届时会会更混乱。历史的轮回从来没听过，哎。
个人预计，js 目前这个小修小补的阶段就快结束了，很快就会像当年 ecmascript 4 一样引入强类型了，届时更混乱。再加上 web 汇编的引入，前端又会乱成一锅粥。
个人项目。尝试过用 TS，最后放弃了，主要原因是灵活性不够。而且类型检查只约束程序员，不约束用户输入，处理用户输入时需要额外再写一套检查。
团队项目的话我倒是推荐 TS 的。
个人而言几乎没用过静态类型语言做大项目，公司之前某个项目试了一下 TS，一开始我还很坚持写类型定义啥的，然而做着做着似乎就变成了 anyscript 了。。
毕竟 npm install 是 JS 的包，就算有.d.ts 也难以避免有些地方的返回值是个 any，然后又变回 anyscript 了
#59 约束程序员就是 ts 最大的意义呀，任何语言写接口都需要自己处理用户输入。写一个 function 给别人用，别人在敲下方法名时就知道参数和返回值的 “shape”, 乱传会编译不过这非常好。
看了评论，弱鸡太多，不写 Ts，去写 Js，活该你写 Js 。Ts 是挡不住的，Js 纵容那些白痴写代码，到后来还是用 Ts 重写，你可以现在不学，但是你也挡不住 Ts，门槛就是要提高。
难道不是太弱鸡，驾驭不了 js，所以才用 ts 遮羞一下？
说 bug 多的，那是能力不行，写不出好的代码。
就跟驾驭不了手动挡汽车一样，也就只能开开自动挡的。
纯属抬杠，😊
肯定推荐 ts 啊，比如有一个对象，后来你需要增加字段、删除字段、修改字段类型，用 js 的话，要自己手动一个个的找到使用的地方去做对应的修改；用 ts 的话，在 interface 那里改一下，等着编译报错，到对应的报错的文件里面，结合 webstorm 的 fn + f2 跳转到下一个错误去修改，直到编译不报错，这样产生 bug 的几率会更小一些吧😂
看看评论，很感慨，只想说点非技术性评论，中间有一群人，都是个代码狗而已，哪来的这么多优越感呢，一上来鄙视这个鄙视那个，都是穷逼一个屌丝居多，写代码还写出优越感，足见劣根性。哪有什么喜欢呢，都是为了利益，有经济有享受鄙视的快感，总之都是蠢，自己团架构不行，或者自己技术菜，怪到语言的头上，存在即合理，一门语言将近三十年的历程，还没消失在历史长河中，就足见强大性，也没见那些大神鄙视这个鄙视那个的，说的难听点，都是些 gb 在鄙视人，做人要学会谦逊心存敬畏，都是代码狗居多，穷逼居多，也要比比？合着就你能了？真的是劣根难除？有人觉得看着刺眼，可以举报。
关于Node.js下TypeScript是否好用，作为一名IT技术人员，我认为TypeScript在Node.js环境下确实具有显著优势。
TypeScript是JavaScript的超集，添加了静态类型系统和面向对象编程特性。在Node.js中使用TypeScript，可以通过静态类型检查减少运行时错误，提高代码质量和可维护性。例如，以下是一个简单的TypeScript类定义及其在Node.js中的使用：
// 定义一个Animal类
class Animal {
name: string;
constructor(name: string) {
this.name = name;
}
speak() {
console.log(`${this.name} makes a noise.`);
}
}
// 实例化Animal类并调用speak方法
const animal = new Animal("Dog");
animal.speak(); // 输出: Dog makes a noise.
此外，TypeScript拥有强大的IDE支持，如Visual Studio Code，提供代码补全、重构等功能，可以极大提升开发效率。同时，TypeScript还支持类型别名、接口、泛型等高级特性，使得代码更加灵活和可扩展。
综上所述，TypeScript在Node.js环境下不仅好用，而且能够显著提升开发效率和代码质量。因此，对于需要在Node.js环境下进行大型应用开发的项目来说，使用TypeScript无疑是一个明智的选择。
