JavaScript：哪些浏览器支持使用Date.parseparsingISO-8601datestring
我在IE8和Safari 5上没有parsingISO-8601的date“2011-04-26T13：16：50Z”，但是它在Chrome 10，FF4上运行。 支持似乎是相当混合？
有谁知道哪些浏览器可以parsing这种格式的实际状态？ 我假设IE6,7也会失败。
var d = Date.parse("2011-04-26T13:16:50Z"); 我今天有这个问题。 我发现，在跨浏览器庄园中， jj是parsingISO 8601date的好方法。
也可以使用momentjs以不同格式输出date。
我说只有在需要通过一些testing时，
这是我已经写的一个：
(function() { var d = window.Date, regexIso8601 = /^(\d{4}|\+\d{6})(?:-(\d{2})(?:-(\d{2})(?:T(\d{2}):(\d{2}):(\d{2})\.(\d{1,3})(?:Z|([\-+])(\d{2}):(\d{2}))?)?)?)?$/; if (d.parse('2011-11-29T15:52:30.5') !== 1322581950500 || d.parse('2011-11-29T15:52:30.52') !== 1322581950520 || d.parse('2011-11-29T15:52:18.867') !== 1322581938867 || d.parse('2011-11-29T15:52:18.867Z') !== 1322581938867 || d.parse('2011-11-29T15:52:18.867-03:30') !== 1322594538867 || d.parse('2011-11-29') !== 1322524800000 || d.parse('2011-11') !== 1320105600000 || d.parse('2011') !== 1293840000000) { d.__parse = d.parse; d.parse = function(v) { var m = regexIso8601.exec(v); if (m) { return Date.UTC( m[1], (m[2] || 1) - 1, m[3] || 1, m[4] - (m[8] ? m[8] + m[9] : 0) || 0, m[5] - (m[8] ? m[8] + m[10] : 0) || 0, m[6] || 0, ((m[7] || 0) + '00').substr(0, 3) ); } return d.__parse.apply(this, arguments); }; } d.__fromString = d.fromString; d.fromString = function(v) { if (!d.__fromString || regexIso8601.test(v)) { return new d(d.parse(v)); } return d.__fromString.apply(this, arguments); }; })();
并在你的代码只是总是使用Date.fromString(...)而不是new Date(...)
testing浏览器，看看是否使用垫片：
http://jsbin.com/efivib/1/edit
适用于所有主stream浏览器，使用这些引用：
http://dev.w3.org/html5/spec/common-microsyntaxes.html
http://www.ecma-international.org/ecma-262/5.1/#sec-15.9.1.15
http://msdn.microsoft.com/en-us/library/windows/apps/ff743760(v=vs.94).aspx
http://msdn.microsoft.com/en-us/library/windows/apps/wz6stk2z(v=vs.94).aspx
http://msdn.microsoft.com/en-us/library/windows/apps/k4w173wk(v=vs.94).aspx
！ – 微软连接需要login才能查看：
IE9失败以毫秒为单位，而不是3：（在IE10中修复） https://connect.microsoft.com/IE/feedback/details/723740/date-parse-and-new-date-fail-on-valid -格式
IE10仍然（截至2013年1月17日）时区被省略时失败（根据ECMA，这应该低于Z或UTC，不是本地）： https ：//connect.microsoft.com/IE/feedback/ 细节/ 776783 /date语法分析和新date-失败-上有效的格式
– 如果您关心现在/未来的标准，请阅读本文，以及为什么我无法让IE团队认识到他们的IE10实施在技术上是不正确的：
ECMAScript-262 v6.0将会移动到更多的iso8601兼容版本的“如果时区指示器被省略，假设当地时间”…所以现在有一个差异，这个实现，铬，移动Safari和歌剧所有按照ECMAScript-262 v5.1，而IE10，Firefox，桌面Safari浏览器似乎都遵循更符合iso8601 ECMAScript-262 v6.0规范…这是令人困惑的说至less。 当Chrome或移动Safari浏览器拉动触发器并转向ES6实施时，我认为这个实施应该与ES5.1一起进行。 我已经读过，这是在5.1版的“勘误表”中列出的，虽然我没有find它。 我更多的认为，在ES6上拉动触发器还有一点时间，但我也认为代码需要实用，并不理想，并转移到浏览器制造商所在的位置。 这就是说，现在似乎是50/50的决定，所以下面是这个代码的“未来”版本…
我还应该提到，任何一个代码版本都会规范化“不兼容”的浏览器，以匹配另一个的行为，因为这是做垫片的工具;）
这是一个适合ECMAScript-262 v6.0（JavaScript未来）兼容的版本
请参阅相关章节：（这是我能find的唯一的在线html版本） http://people.mozilla.org/~jorendorff/es6-draft.html#sec-15.9.1.15
(function() { var d = window.Date, regexIso8601 = /^(\d{4}|\+\d{6})(?:-(\d{2})(?:-(\d{2})(?:T(\d{2}):(\d{2}):(\d{2})\.(\d{1,})(Z|([\-+])(\d{2}):(\d{2}))?)?)?)?$/, lOff, lHrs, lMin; if (d.parse('2011-11-29T15:52:30.5') !== 1322599950500 || d.parse('2011-11-29T15:52:30.52') !== 1322599950520 || d.parse('2011-11-29T15:52:18.867') !== 1322599938867 || d.parse('2011-11-29T15:52:18.867Z') !== 1322581938867 || d.parse('2011-11-29T15:52:18.867-03:30') !== 1322594538867 || d.parse('2011-11-29') !== 1322524800000 || d.parse('2011-11') !== 1320105600000 || d.parse('2011') !== 1293840000000) { d.__parse = d.parse; lOff = -(new Date().getTimezoneOffset()); lHrs = Math.floor(lOff / 60); lMin = lOff % 60; d.parse = function(v) { var m = regexIso8601.exec(v); if (m) { return Date.UTC( m[1], (m[2] || 1) - 1, m[3] || 1, m[4] - (m[8] ? m[9] ? m[9] + m[10] : 0 : lHrs) || 0, m[5] - (m[8] ? m[9] ? m[9] + m[11] : 0 : lMin) || 0, m[6] || 0, ((m[7] || 0) + '00').substr(0, 3) ); } return d.__parse.apply(this, arguments); }; } d.__fromString = d.fromString; d.fromString = function(v) { if (!d.__fromString || regexIso8601.test(v)) { return new d(d.parse(v)); } return d.__fromString.apply(this, arguments); }; })();
希望这有助于-ck
简单的function在任何浏览器中parsingISO8601date格式：
function dateFromISO8601(isoDateString) { var parts = isoDateString.match(/\d+/g); var isoTime = Date.UTC(parts[0], parts[1] - 1, parts[2], parts[3], parts[4], parts[5]); var isoDate = new Date(isoTime); return isoDate; }
是的，Date.parse对于不同的浏览器是不一致的。 你可以：
- 而是使用Date.UTC ，它将datestring分解为单独的input
- 使用像jQuery的parseDate包装库
如果您parsingISOdatestring，则某些较旧的浏览器会返回错误的date（而不是NaN）。
您可以在所有浏览器中使用自己的方法，或者如果正确实施，则使用Date.parse – 检查已知的时间戳。
Date.fromISO= (function(){ var diso= Date.parse('2011-04-26T13:16:50Z'); if(diso=== 1303823810000) return function(s){ return new Date(Date.parse(s)); } else return function(s){ var day, tz, rx= /^(\d{4}\-\d\d\-\d\d([tT][\d:\.]*)?)([zZ]|([+\-])(\d\d):(\d\d))?$/, p= rx.exec(s) || []; if(p[1]){ day= p[1].split(/\D/).map(function(itm){ return parseInt(itm, 10) || 0; }); day[1]-= 1; day= new Date(Date.UTC.apply(Date, day)); if(!day.getDate()) return NaN; if(p[5]){ tz= parseInt(p[5], 10)*60; if(p[6]) tz += parseInt(p[6], 10); if(p[4]== "+") tz*= -1; if(tz) day.setUTCMinutes(day.getUTCMinutes()+ tz); } return day; } return NaN; } })()
ES5规范偏离了ISO8601规范，特别是在处理没有时区指标/偏移量的date时。 在https://bugs.ecmascript.org/show_bug.cgi?id=112有一个错误票据来描述问题，看起来它将在ES6中被修复。;
现在，我build议查看https://github.com/csnover/js-iso8601来实现跨浏览器。; 我使用https://github.com/csnover/js-iso8601/tree/lax ，它不符合ES5规范，但与其他JSON序列化库（如JSON.NET）具有更好的互操作性。
我发现ckozl答案真的有用和有趣，但正则expression式不完美，并没有在我的情况下工作。
除了没有分钟，秒或毫秒的date没有被parsing的事实之外，ISO 8501规范说明' – '和'：'分隔符是可选的，所以“2013-12-27”和“20131227”都是有效的。 就我而言，这很重要，因为我将服务器date和时间设置为来自PHP的JavaScriptvariables：
var serverDate = new Date(Date.parse("<?php date(DateTime::ISO8601); ?>"));
这段代码产生这样的东西：
<script> var serverDate = new Date(Date.parse("2013-12-27T15:27:34+0100")); </script>
重要的部分是缺less“：”的时区指示符“+0100”。 尽pipeFirefox正确地parsing了这个string，IE（11）却失败了（如果添加了'：'，那么IE也可以正常工作）。 关于zonetime和ckozl描述的ECMAScript规范的头痛在我的情况下是不重要的，因为PHP总是添加时区指示符。
正在使用的RegExp，而不是从ckozl那个是：
var regexIso8601 = /^(\d{4}|\+\d{6})(?:-?(\d{2})(?:-?(\d{2})(?:T(\d{2})(?::?(\d{2})(?::?(\d{2})(?:(?:\.|,)(\d{1,}))?)?)?(Z|([\-+])(\d{2})(?::?(\d{2}))?)?)?)?)?$/;
请记住，这个正则expression式也不完美。 ISO 8501允许星期规范（2007年1月1日星期一，2007-W01-1）或小时和分钟的小数（18:30:00为18.50，或18:30:15为18:30.25）。 但是他们很不寻常。
PD这个答案应该是，我想象一下，对原来的chozl答案的评论，但我没有足够的声誉:(
如前所述，ECMAScript版本5中添加了ISO 8601风格date，其中实现不一致，并且在所有浏览器中都不可用。 有许多脚本存根可用，但是您可能希望简单地添加您自己的Date.parse *方法。
(function() { //ISO-8601 Date Matching var reIsoDate = /^(\d{4})-(\d{2})-(\d{2})((T)(\d{2}):(\d{2})(:(\d{2})(\.\d*)?)?)?(Z|[+-]00(\:00)?)?$/; Date.parseISO = function(val) { var m; m = typeof val === 'string' && val.match(reIsoDate); if (m) return new Date(Date.UTC(+m[1], +m[2] - 1, +m[3], +m[6] || 0, +m[7] || 0, +m[9] || 0, parseInt((+m[10]) * 1000) || 0)); return null; } //MS-Ajax Date Matching var reMsAjaxDate = /^\\?\/Date\((\-?\d+)\)\\?\/$/; Date.parseAjax = function(val) { var m; m = typeof val === 'string' && val.match(reMsAjaxDate); if (m) return new Date(+m[1]); return null; } }();
我使用上面的方法JSON.parse水合的date…
JSON.parse(text, function(key, val) { return Date.parseISO(val) || Date.parseAjax(val) || val; });
ECMAScript-262 v5增加了ISO 8601的date格式。 因此，如果浏览器不兼容v5，那么您无法期望能够处理ISO 8601格式。
不兼容v5的浏览器可以使用他们想要的任何实现特定的date格式。 但是他们中的大多数至less支持RFC822 / RFC1123的date格式。 例：
var d = Date.parse("Wed, 26 Apr 2011 13:16:50 GMT+0200");
Microsoft Sharepoint 2013也使用不同的符号，例如“2013-04-30T22：00：00Z”
如果您想将SharePoint 2013中的REST服务与Internet Explorer 8（IE8）结合使用，那么ckozl的解决scheme无法正常工作。 你会得到NaN
更改正则expression式行TO：
regexIso8601 = /^(\d{4}|\+\d{6})(?:-(\d{2})(?:-(\d{2})(?:T(\d{2}):(\d{2}):(\d{2})(\.(\d{1,3}))?(?:Z|([\-+])(\d{2}):(\d{2}))?)?)?)?$/;
这将使微秒位可选！
加里奥，狮子座
