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}))?)?)?)?$/; 

这将使微秒位可选!

加里奥,狮子座