最近 TypeScript 越来越火，那么选择它的理由是什么呢？

[npm]

TypeScript 最终会被编译成 JavaScript，那为什么不直接写 JavaScript 呢？？

[npm]

要学的东西越来越多，感觉都快学不过来了。

在想要不要学 TypeScript

[tonytonychopper]

编程语言会变成 01 代码，那为什么不直接写 01 呢？多看看 TypeScript 带来了什么，才知道要不要学它。

[varzy]

存在即合理，能火起来必然有其道理。我个人认为 ts 最大的作用就是让你知道 . 的后面有什么。

[wd]

增加 type 主要是为了协作以及让代码更好维护。你想想有一个方法半年后你想重构下，有 type 和没 type 的区别。

[HeyWeGo]

用 ts 更多的是工程上的考虑

[AV1]

TS 的成功，不在于它带来了什么，在于它没有妄图革 JS 的命。TS 号称 JS 的一个超集，JS 有的 TS 都有，JS 能做的 TS 都能，JS 更新则 TS 也一起跟进。
相比之下，Ruby 那帮人搞的 CoffeeScript，且不说把 JS 的语法全打掉，我不太明白这个语言居然禁止 variable shadowing，使得它难以用在多人协同的大项目中。并且随着 ES6 的发布，跟不上 JS 的新特性，很快被湮没在历史的长流中。

[shunfy]

js 有了 es6, 还需要 ts 进行加持?

[QingXuJiaZhi]

一个自己不搞大项目的普通程序员，学 TS 的主要理由就是越来越多公司用它。

而公司用它的理由就是类型安全，减少低级 bug 的出现，更容易重构，从 Java 等语言转过来容易。

如果一个自己不搞大项目的普通程序员，不考虑找工作的问题，只考虑在自己的小项目里用什么语言，这种情况下 TS 优势不明显。

[gdrk]

更利于工程化吧

[optional]

有团队开发经历就可以领略到 ts 底魅力

[Torpedo]

兼容 js 良好。可以增加类型来限制一下大家

[DFshpAq3]

@wd 您好，不太明白重构时有 type 和没 type 的区别，方便指教一下吗

[scofieldpeng]

@DFshpAq3 #12 这个很简单，比如你重构的时候，看到一个函数，有接收参数，但是你知道这个参数接收的是什么类型么？ int ？ float ？ array ？ object ？或者是某一个具体的类？或者返回值是啥你知道么？你这些不知道，你除非把整个系统重头撸到尾，确定 100%知道你到底要改啥的时候你重构的时候才不会漏掉原来的逻辑，避免越重构越垃圾的问题，当然，这只是你重构，你去维护迭代也是同样的

[wxsm]

项目大了，人多了，js 写出来的东西迟早会变成一坨💩，但是 ts 和 eslint 可以提高这💩的下限。

[uxstone]

类型即注释

[Erskine]

类型！

[Vegetable]

ts 符合前端大势--工程化.

[agdhole]

类 型 安 全

[hc181533609]

说太多 也没什么用，很多写后台的人比较习惯这种写法，这样他们使用 js 成本更低，至于工程化 维护性，这些前期架构好定好加上 review，后期自然差不了。

[HongJay]

类似于 kotlin 之于 java ？

[hc181533609]

至于类型安全 之前 也有 flow 其他 也不太懂 我的了解 大概 就这些吧

[cheneydog]

FaceBook 出了个 叫 Reason 的语言，对标 Typescript，体验了下感觉还行。

[mwVYYA6]

ts 写成狗屎的也不少呀，问题根本不在于有没有类型检查，而是三层三元表达式，n 个循环嵌套这种令人发狂的代码。这种代码不管用 xx 语言都是狗屎。
ts 仅仅加了个类型检查而已，两层嵌套后类型还找不到了🙃

[kwrush]

@shunfy 类型检查的好处多多，尤其团队开发和前后端分离