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

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

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

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

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

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

许多基本的概念是相同的（例如声明、变量和函数等）；它们只是看上有些不同而已。一旦你了解了这个语言的基础构成，使用 JScript 来代替 VBScript 来进行脚本编程是一件很简单的事情。 和大多数 Windows 脚本编程作者一样，我开始使用的时候 VBScript，但是我发现，虽然某些编程概念有所不同，JScript 和 VBScript 一样容易学习。
理由四：JScript 是面向对象的

JScript 是作为一个面向对象语言而建立起来的。内置的数据库类型（诸如字符串和数字）本身都是具有方法的对象。例如，数字类型有一个 toString() 方法，来将数字作为一个文本返回，而文本类型则有 toUpperCase 和 toLowerCase 方法来以大写或小写方式返回文本。使用它可以很容易以最少编码方式来创建你自己的对象，看一下下面的例子：

var options = { path: "", recurse: false };

这简单的一行代码就创建了一个没有名称的对象，它包含两个属性，并对属性进行了初始化。

在 VBScript 中你也可以创建一个用户定义的对象，但是它要复杂的多。这个语言要求你必须创建一个类，并初始化这个类，如下面代码所示：

Class OptionsClass
  Public Path
  Public Recurse
  Private Sub Class_Initialize()
    Path = ""Recurse = False
  End Sub
End Class
Dim Options
Set Options = New OptionsClass  ' Creates an instance of the class

JScript 的面向对象特点使这变成一个简单的任务；VBScript 则要求编写更多的代码来完成同样的事情。

JScript 还可以让你创建一个被命名的对象（这在 VBScript 中强制要求的）；如果你需要多个这种对象的话，你可以简单的定义一个构造函数来定义这个对象。例如：

function optionsObject(path, recurse) {
    this.path = path;
    this.recurse = recurse;
}
var options = new optionsObject("c://winnt", true);  // 创建一个实例对象

JScript 使用基于原型来进行继承，而不是基于类。使用一个对象的 prototype 属性，你可以扩展一个对象的行为，增加一个方法到它的 prototype 属性中。例如：

Array.prototype.exists = function(item) {
    for (var n = 0; n < this.length; n++)
        if (item == this[n])
            return true;
    return false;
}

以上代码增加了 exists 方法到这个 Array 对象中。下面是一个你如何使用这个新方法的示例：

var myArray = ["a", "b", "c", "d"];  // 定义一个包含四个元素的数组
var result = myArray.exists("a");    // 返回 true
var result = myArray.exists("e");    // 返回 false

从这个例子我们可以看到，JScript 语言是多么灵活，无论你自己的或内置的对象，对它们扩展定制的方法是多么简单。

理由七：JScript日期处理功能可以避免本地时间问题

在VBScript中，一个日期的值总是“本地”的。根据时间的来源不同，当计算日期的时候，这可能导致协调世界时（UTC）和夏令时间的错误。让我们来看一个实际的例子。pwdLastSet活动目录（AD）用户属性被存储为自12:00am January 1, 1601, UTC以来的一个间隔数字。以下是一个如何转换pwdLastSet值到一个VBScript日期的示例代码。

Dim UserDN, ADsUser, LastSet, NanoSecs, VBTime
UserDN = "CN=John Smith,OU=Sales,DC=wascorp,DC=net"
Set ADsUser = GetObject("LDAP://" & UserDN)
Set LastSet = ADsUser.pwdLast
Set NanoSecs = (LastSet.HighPart * (2 ^ 32)) + LastSet.LowPart
VBTime = CDate(#1/1/1601# + (NanoSecs / 600000000 / 1440)) ' Returns UTC time

这个脚本片段连接到活动目录中的John Smith的用户帐号对象，并返回帐号的pwdLastSet属性。（Set声明是需要的，因为pwdLastSet值是作为一个对象返回的。）接下来，代码通过读它的HighPat和LowPart属性，将pwdLastSet的值转换为一个单个32位值。（这个转换只是一个近似值，但是我们现在忽略这个微小的差别。）最后，代码增加这个天数到12:00am January 1, 1601，从而获得最终的结果。

这个结果得出来的值是在UTC中的，VBScript没有提供方法来转换这个日期为本地时间。我曾经看到一些示例代码通过从注册表中阅读本地时间偏移来调整到本地时间的日期。但是这是一个非常麻烦而且脆弱的解决方案，首先，它假定运行这个脚本的帐号具有权限可以阅读注册表的值，其次它假定注册表的值从来没有被改变，第三，它不能适应夏令时的调整，不知道返回的结果是不是在经过一个DST改变后的。举个例子来说，假若我们要计算将来一个用户的密码在将来要失效的日期和时间，当前的本地时间偏移可能会在将来因为经过了DST修改，从而变得不准确。

在JScript中，日期被Date对象来处理。JScript的Date对象可用来表示任意日期和时间，获取当前系统日期，以及计算日期差。它有几种预定义的属性和方法。Date对象存储一周的某一天；月、日、年；以及以小时、分钟、秒、毫秒计的时间。此信息建立在自从协调通用时间（UTC）1970年1月1日00:00:00.000以来的毫秒数的基础上。以下是在JScript中的等效代码：

var userDN, aDsUser, lastSet, nanoSecs, jsTime;
userdn = "CN=John Smith,OU=Sales,DC=wascorp,DC=net";
aDsUser = GetObject("LDAP://" + userDN);
lastSet = aDsUser.pwdLastSet;nanoSecs = ((lastSet.HighPart * (Math.pow(2, 32))) + lastSet.LowPart);
// Natively stored as UTC
jsTime = new Date(Date.UTC(1601, 0, 1, 0, 0, 0, nanoSecs / 10000));

这个代码与上面VBScript代码完成同样的事情，它拷贝pwdLastSet的值到一个32位数值中。但是，注意代码的最后一行使用了Date对象的 UTC方法来建造一个UTC日期。最漂亮的是，当你取回这个值的时候，JScript知道如何将它转换成本地时间。我使用我自己域上的一个帐号来完成了这个实验。VBScript返回的时间是16 May 2007 15:12，而JScript返回的时间是16 May 2007 09:12。注意，JScript的答案是正确的，本地时间是9:12而不是15:12，因为我的本地时区比UTC早6个小时。
理由八：JScript有更好的异常处理机制

VBScript的异常处理机制非常简陋，它由两个程序声明组成：On Error Resume Next禁用了默认的错误处理机制，而On Error GoTo 0则启用了默认的错误处理机制。如果你禁用了默认的错误处理句柄后，一旦出现错误，VBScript更新Err对象的属性。这意味着假若你有一系列的可能引发错误的声明，你将不得不在每一个声明后面检查Err对象，只有这个Err对象的Number属性是0的时候，才能继续下面的代码。如下面的代码所示：

On Error Resume Next
Dim FSO, TS
Set FSO = CreateObject("Scripting.FileSystemObject")
Set TS = FSO.CreateTextFile("C:/Logfile.csv")
If Err = 0 Then
    TS.WriteLine("LastName,FirstName,Email")
    If Err = 0 Then
        LogData
    End If
    TS.Close()
End If

上面的代码试图创建一个文本文件；假若它成功的话，然后它试图写一行文本到文件中。如果WriteLine方法成功执行的话，上面的脚本将只执行LogData?函数，如果你需要检查多重错误的话，要想跟踪脚本的逻辑是非常困难的。相比之下，JScript使用基于块的异常处理机制，使你可以很简单的处理错误，而不用在每一个声明中检查错误。与上面的代码等效的JScript代码如下：

var FSO, TS;
FSO = new ActiveXObject("Scripting.FileSystemObject");
try {
    TS = FSO.CreateTextFile("C:/Logfile.csv");
    TS.WriteLine("LastName,FirstName,Email");
    logData();
    TS.Close();
}
catch(err) {
    // Put error-handling code here
}

这个try{...}块说明了可能会产生错误的代码。如果一个错误出现的话，脚本的执行则跳到catch块中。err变量将包含一个包含详细错误信息的对象。JScript还支持一个finally块，它一般位于try和catch块后面，它包含在try程序块（还有catch块，如果错误出现的话）后一定要执行的代码。举个例子说，它可以被脚本来释放某个资源，无论是否出现一个错误。
结论

JScript内置在操作系统中的最好的Windows活动语言。在本篇文章中，我列举出了八个理由来说明为什么它比VBScript要强大。我认为，ASP开发者应该好好学习这个强大的语言。