【IT168技术文档】在Windows NT首次发布的时候，在自动执行代码方面微软并没有提供多少方法，Cmd.exe是其中一个例外。你可以通过安装第三方的工具来实现，例如Perl，但是操作系统本身并不提供内置的脚本功能。不过，随着Windows宿主主机（WSH）和HTML应用程序（HTAs）的发布，这种情况得以改变。两者有一个共同优势就是它们都内置在Windows 2000以后的版本中。有两种内置的语言可以让你来编写WSH脚本或HTAs：VBScript和JScript。

    一些管理员已经选择了其他语言（例如Perl或者Python），而且微软通过创建PowerShell也开创了一个新的方向。这些都是不错的选择，但是它们都不是内置在操作系统中，而且通常情况下，能够具有共同的最底层的管理平台是非常重要的（例如有的机器上你不能安装PowerShell）。登录脚本就是一个很好的例子：假若你用Perl编写它，那么只有安装了Perl解释器的机器可以执行它。PowerShell尽管很强大，也有很高的入门门槛（必须是Windows XP SP2以后的版本，安装了.NET 2.0）。相比之下，一个使用VBScript或JScript编写的WSH脚本无需任何条件就可以运行在Windows 2000及以后的版本上（而且甚至可以运行在运行IE 5.0以后版本的机器上）。

    既然大多数Windows管理员将需要编写WSH脚本，那么我们就有必要来选择可以帮助你顺利完成工作的非常好的语言：JScript。

理由一：JScript被更广泛的使用

    根据我的经验，关于JScript是什么很多人比较模糊。简单的说来，JScript是微软对ECMA-262规范的实现，这个规范描述了一个被称作ECMAScript的脚本语言。JavaScript和JScript是两个应用最广泛的ECMAScript规范的实现。除了不具有一些方便COM编程的属性扩展之外，JScript现在与JavaScript 1.5差不多。（JScript.NET是另一种不同的语言，超出了本文的说明范围）

    JavaScript/JScript语言被广泛应用在不同平台的不同应用程序中，最重要的应用是在浏览器中。其他厂商也已经把它们作为自动化语言（例如Adobe）使用。换言之，JScript知识可以被利用在很多不同的地方。相比之下，VBScript则是专属于微软的，只有在使用VBScript解释器的Windows平台上的微软应用程序才会用到。

理由二：JScript还在不断发展

    正如上面我所提到的，JScript是基于ECMA-262标准的。尽管当前版本的JScript等同于JavaScript 1.5，即将推出的JavaScript 2.0将是向后兼容JavaScript 1.5的。如果JavaScript 2.0被广泛的接受的话，微软也会为了维持浏览器的兼容性而将对JScript进行升级。

    相比之下，微软对于VBScript则是处于“保持不变”的状态。这意味着微软将只是修补一些在VBScript解释器中的大错误和安全漏洞；它不会去对其增加一些新的功能或对语言进行扩展。既然VBScript处于维持阶段，学习一个更有未来的语言对开发者来说更有意义。

理由三：JScript更易学

    VBScript被广泛应用的一个是人们认为VBScript更易掌握。因为种种原因，对比之下人们认为JScript要难学一些。这可能是因为JScript的C编程风格与VBScript有些不一样。但是，实际上你一旦入了门，JScript也是很容易掌握的。

    许多基本的概念是相同的（例如声明、变量和函数等）；它们只是看上有些不同而已。一旦你了解了这个语言的基础构成，使用JScript来代替VBScript来进行脚本编程是一件很简单的事情。

    和大多数Windows脚本编程作者一样，我开始使用的时候VBScript，但是我发现，虽然某些编程概念有所不同，JScript和VBScript一样容易学习。