为什么选择Typescript

上一节，我简单介绍了Typescript，并将Typescript和JavaScript进行了对比，有些网友提出了一些疑问，可能有些网友对于这个Typescript还不是特别的熟悉，这节，我做一些演示。

1.安装Typescript

Google Search Typescript，找到Typescript的下载安装包，我这次下载的0.9.0.1版本，安装图片：

安装过程非常迅速，一分钟搞定。

2.测试看是否安装成功，打开命令窗口（win+R）,输入cmd ，命令窗口打开，输入tsc，你会看到相关的Typescript命令行，表明已经安装成功了。有些命令还是挺有用的

tsc -v 查看版本号

tsc C:\aa.ts D:\bb.js 将C盘下的aa.ts 编译并生成JavaScript file输出到D盘，名字为bb.js

tsc C:\typescripts\*.ts D:\all.js 这个就更有用了对不对？对Typescript合并输出一个js file

...

有些大家自己试试就知道了。。

3.用visual studio 演示下Typescript

新建一个工程

可以看到系统默认提供了相应的文件，将app.ts 里面内容全部删除掉，我们自己写一个

上图我简单介绍下几个关键字：

module：类似Java package 或者C# namespace的概念，一个module里面的任何变量的声明不会对另外一个module产生影响，那么尤其在做大型web项目，这个实在是太重要了。

export：类似任何面向对象语言里面的public，表明这个是个共有方法。

上图中，更有意思的是，我声明了两个private变量，智能提示对于我们的书写，提高了效率。我们继续

我们看到这个图片中，有红色的波浪线，而且有错误提示说，不能把string赋值给数值类型，这就是所谓的编译器，可以把我们的一大部分错误给屏蔽掉，提升我们的代码质量和效率，试想在弱类型的JavaScript中，var a=0 和var a=“0”，谁能告诉我哪个对哪个错误？？在这样的代码存在很久之后，又有谁能告诉我，a到底是返回数值，还是返回字符串。

我们在写JavaScript的时候，还经常会遇到该变量名字或者方法名字的时候，在Visual studio中，可以简单做到这一步（上图演示），我觉得其他的IDE也应该支持这个，毕竟Typescript是开源的。但是这个我并没有测试，sorry。

下面我在对比下，ts 和js file的代码量，大家都懂得，无论是代码的层次结构，还是代码量上面，谁有更明显的优势呢？

我就把这个demo做完吧。其实我就是结单写了个计数器，下面是html启动页面的代码：

大家看到了么？这里面没有包含任何Typescript的文件，Typescript在整个application中，充当的是语法糖的角色，其实就是一名很靠得住的翻译。

启动，点击button按钮，计数器不断累加，程序非常简单，勿喷，但是这些足以说明Typescript的强大之处，谢谢微软。

上次我的博文，有些人问我，凭什么我说它是Teamwork的利器？

我们的计算机语言，由以前的面向过程的语言，慢慢的演变现在非常流行的OOP，基本上可以说，现在的主流语言都已经支持面向对象（Java，C++，C#等等），JavaScript是一门挺古老的语言，但是到现在也是盛行不衰，尤其现在Html5的流行，但是它本身有致命的弱点，就是弱类型，而且它没有package，class，interface，extends，generics等概念，导致它实现不了面向对象那些优势，但是Typescript的出现，终于把这些问题解决了，Typescript把面向对象的种种概念统统都支持了，对于尤其喜欢面向对象语言编程的大牛们，Typescript是个非常不错的选择。

之所以叫Teamwork，说明每个人对这个Team都有贡献，当然也有影响，代码质量的提高，除了自己的code经验，另外更重要的的一点就是工具，有些繁琐难做，而且容易导致错误的功能，为什么不选择交给机器呢？如果我们的code coverage100%，UnitTest 100% pass，那么我的质量得有多高啊？首现前提，自己的代码要让机器认识，是不是？如果code在编译阶段都出不了warning or error,那么你会把 Tester给累死的。这里说多了，我会选择个合适的时间讲下 CI 和 CD。如何提升Team的效率。

Typescript 团队合作的利器