Question

虽然节点Date.parse处理数字时区（如Date.parse('2015-01-01 00:00 UTC-7')），但它也会为太平洋标准时间处理一些别名，例如PST。完整清单是什么？

Answer 1

我不确定它的定义，但在三个字母的ASCII命名空间中进行详尽的搜索：

alphabet = []
a = 'A'
while a <= 'Z'
  alphabet.push a
  a = String.fromCharCode a.charCodeAt() + 1

months = 'JAN,FEB,MAR,APR,MAY,JUN,JUL,AUG,SEP,OCT,NOV,DEC'.split ','
tzs = {}

for a in alphabet
  for b in alphabet
    for c in alphabet
      tz = a + b + c
      continue  if tz in months
      try
        t = Date.parse '2015-01-01 00:00:00 ' + tz
        tzs[tz] = (new Date t).toISOString()
        console.log tz, tzs[tz]

...表明它只是美国的一些，而UTC / GMT：

CDT 2015-01-01T05:00:00.000Z
CST 2015-01-01T06:00:00.000Z
EDT 2015-01-01T04:00:00.000Z
EST 2015-01-01T05:00:00.000Z
GMT 2015-01-01T00:00:00.000Z
MDT 2015-01-01T06:00:00.000Z
MST 2015-01-01T07:00:00.000Z
PDT 2015-01-01T07:00:00.000Z
PST 2015-01-01T08:00:00.000Z
UTC 2015-01-01T00:00:00.000Z

Answer 2

它支持与RFC822兼容所需的区域（由RFC2822和RFC5322取代）

 zone        =  "UT"  / "GMT"                ; Universal Time
                                             ; North American : UT
             /  "EST" / "EDT"                ;  Eastern:  - 5/ - 4
             /  "CST" / "CDT"                ;  Central:  - 6/ - 5
             /  "MST" / "MDT"                ;  Mountain: - 7/ - 6
             /  "PST" / "PDT"                ;  Pacific:  - 8/ - 7

它还支持"Z"，因为它是ISO8601（并由ES5.1§15.9.1.15强制执行）和"UTC"的一部分，因为这是一个非常常见的约定（虽然非常常见，但不是在规范！）

请注意，RFC822还描述了其他军用时区缩写，字母为A到Z，但仅支持Z。大多数实现都弃用了其他的。

另请注意，时区缩写通常不可靠。具体来说，考虑到虽然"CST"在此定义为UTC-6，但它可能是世界各地恰好共享相同三个字母缩写的5个不同时区之一。请参阅this list on Wikipedia。

节点的Date.parse支持哪些时区别名？

2 个答案: