Date.toLocaleString() 的 Chrome 时区选项

我最近发现 JavaScript 有一个新的扩展。这增加了几个功能Date对象在toLocaleString, toLocaleDateString and toLocaleTimeString功能。参考这里 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toLocaleString.

我特别感兴趣的是timeZone选项，支持IANA/奥尔森时区 http://www.iana.org/time-zones， 例如America/New_York or Europe/London. 目前仅 Google Chrome 支持此功能.

之前的建议是，要在 UTC 或您自己的本地时区以外的任何其他时区中使用 JavaScript，必须使用图书馆 https://stackoverflow.com/a/15171030/634824。但现在，这似乎开始直接合并到浏览器中。所以现在你可以这样做：

new Date().toLocaleString("en-US", {timeZone: "America/New_York"})

// output: "7/4/2013 5:15:45 PM"

Or:

new Date().toLocaleString("en-NZ", {timeZone: "Pacific/Chatham",
                                    timeZoneName: "long"})

// output:  "7/5/2013 9:59:52 AM GMT+12:45"

Or:

new Date().toLocaleString("en-GB", {timeZone: "Europe/London",
                                    timeZoneName: "short"})

// output:  "4/7/2013 22:18:57 United Kingdom Time"
// (strange time zone name, but ok)

This is very很酷，但我有几个问题：

• 这是新标准的一部分吗？也许埋藏在 ECMAScript 6 的某个地方？或者这只是 Chrome 的自定义功能？
• 为什么只有谷歌浏览器？其他地方支持吗？是否有计划在其他地方支持它？
• 我检查了node.js，它使用Chrome的JavaScript运行时，但它在那里不起作用。为什么不？
• 除了我列出的函数之外，是否可以通过其他方式访问时区数据？如果仅在格式化字符串时可用，那么根据结果进行任何计算可能会很困难。

• 这里重点关注输出，但是我如何将它用于输入呢？有没有办法将构造函数中的时区传递给Date目的？我尝试了以下方法：

  // parsing it with a date and time
  new Date("2013-01-01 12:34:56 America/New_York")
  
  // passing it as a named option
  new Date(2013,0,1,12,34,56,{timeZone:"America/New_York"})
  

  两者都不起作用。我在规格中找不到任何内容，所以我认为这还不存在，但请告诉我我是否错了。

• 中描述的问题这个帖子 https://stackoverflow.com/q/16946002/634824由 ECMAScript 5 规范中的缺陷创建的错误仍然会影响输出，即使 TZD​​B 中存在正确的数据。新旧实现是如何共存的？人们可能会认为这要么是旧方式，要么是新方式。例如，我的计算机的时区设置为美国东部时间：

  new Date(2004,10,7,0,0).toLocaleString("en-US",{timeZone:"America/New_York"})
  

  returns "11/6/2004 11:00:00 PM"。它应该返回午夜，因为我是在午夜开始的，并且我的本地时区与输出时区相匹配。但由于 ES5 问题，它将提供的输入日期置于错误的 UTC 点。

• 我是否可以预期，当 IANA 发布 TZDB 更新时，Google 将推送包含这些更改的 Chrome 更新？

update

关于 API 有相当多的文章here http://generatedcontent.org/post/59403168016/esintlapi

这是新标准的一部分吗？可能埋藏在 ECMAScript 的某个地方 6？或者这只是 Chrome 的自定义功能？

是的，这些是其中的一部分ECMAScript 国际化 API http://www.ecma-international.org/ecma-402/1.0/。它与 ECMAScript 分开实现，但实现 ECMAScript 国际化 API 的要求是首先正确实现 ECMAScript 5.1

为什么只有谷歌浏览器？其他地方支持吗？有计划吗 在其他地方支持它？

近年来，谷歌浏览器大多是第一个实现新功能的。 Mozilla 比较保守，仍然比如讨论是否实施download的属性a元素。现在可以在IE11测试版 http://msdn.microsoft.com/en-us/library/dn305667(v=vs.85).aspx and Opera https://stackoverflow.com/questions/17478086/chrome-timezone-option-to-date-tolocalestring#comment26240547_17478810也。它将在火狐25 https://bugzilla.mozilla.org/show_bug.cgi?id=853301#c34.

我检查了node.js，它使用Chrome的JavaScript运行时，但它 在那里不起作用。为什么不？

Node.js 只是使用相同的引擎，即一个单独的项目 http://v8.googlecode.com来自 Google Chrome 浏览器。该引擎仅实现 Ecmascript 5.1。这是 Node.js 现在必须单独实现的扩展。它将在以下时间推出：V8 in Q3 https://code.google.com/p/v8-i18n/大概过了一会儿你就可以在node.js 中使用它了。

这里重点关注输出，但是我如何将它用于输入呢？有没有 将构造函数中的时区传递给 Date 对象的方法？我 尝试了以下方法：

规范中没有关于输入日期的内容。我个人不明白这有什么用处，如果您不传输 UTC 时间戳，那么您就做错了，因为类似"2013-01-01 12:34:56 America/New_York"从 DST 转换到标准时间期间不明确。

这篇文章中描述的问题是由 ECMAScript 中的缺陷造成的 5 规范，仍然影响输出，即使正确的数据位于 TZDB。

这是输入问题，而不是输出问题。同样，使用您无法影响或检测到的本地时区构建日期是错误的。使用时间戳构造函数重载或Date.UTC.

我能否期望当 IANA 发布 TZDB 更新时 Google 会推送包含更改的 Chrome 更新吗？

规范中没有任何内容，但我认为可以合理地预期规则不会落后太多。