正则表达式和ISO8601格式的DateTime

Twy*_*stO 41 javascript regex datetime iso8601

我有一个DateTime字符串ISO8601格式化

2012-10-06T04:13:00+00:00
Run Code Online (Sandbox Code Playgroud)

以及与此字符串不匹配的以下正则表达式

#(\d{4})-(\d{2})-(\d{2})T(\d{2})\:(\d{2})\:(\d{2})\+(\d{2})\:(\d{2})#
Run Code Online (Sandbox Code Playgroud)

我无法弄清楚为什么它不匹配.

我逃脱了元字符,对我来说似乎没问题.

http://jsfiddle.net/5n5vk/2/

编辑:

正确的方法:http://jsfiddle.net/5n5vk/3/

Édo*_*pez 60

不完整的正则表达式

它不完整,因为它匹配无效日期,如2013-99-99T04:13:00+00:00.

好的解决方案

下面的正则表达式与这种无效日期不匹配(参见ISO 8601"日期验证不成功").您可以使用以下代码进行测试:

re = /^([\+-]?\d{4}(?!\d{2}\b))((-?)((0[1-9]|1[0-2])(\3([12]\d|0[1-9]|3[01]))?|W([0-4]\d|5[0-2])(-?[1-7])?|(00[1-9]|0[1-9]\d|[12]\d{2}|3([0-5]\d|6[1-6])))([T\s]((([01]\d|2[0-3])((:?)[0-5]\d)?|24\:?00)([\.,]\d+(?!:))?)?(\17[0-5]\d([\.,]\d+)?)?([zZ]|([\+-])([01]\d|2[0-3]):?([0-5]\d)?)?)?)?$/
var testDates = {
    'date' : "2012-10-06T04:13:00+00:00",
    'validDate' : "0785-10-10T04:13:00+00:00",
    'invalidDate' : "2013-99-99T04:13:00+00:00",
    '1234Date': '1234'
}
for (var d in testDates) {
    if (re.test(testDates[d])) { console.info('[valid]: '+testDates[d]); }
    else { console.error('[invalid]: '+testDates[d]); }
}
Run Code Online (Sandbox Code Playgroud)

  • 此正则表达式也不完整,因为规范声明您不能混合扩展格式和基本格式(请参阅ISO 8601:2004,第4.3.2节)."2009-01-31T230000-01:00"是无效的ISO 8601时间戳,但此正则表达式表明它是有效的. (4认同)
  • @iberodev以及`1234`是一个有效的日期,也可以从我的回答中访问链接. (4认同)
  • @ÉdouardLopez 不是真的,我很清楚要做好是多么困难。我们在 Learning Locker 上使用的验证在 Github 上,我确定它不完整,但它对我们有用并通过了我们的一致性测试。https://github.com/LearningLocker/StatementFactory/blob/master/src/Timestamp.php (2认同)
  • https://jsfiddle.net/5n5vk/46/ @ÉdouardLopez (2认同)
  • 只有这个小提琴的问题在于它验证了2月30日和31日,这显然是无意义的,无论闰年如何,都将在2月29日验证. (2认同)

小智 28

我发现RegExp也试图验证日期有点矫枉过正.我只是想知道字符串是否包含ISO 8601日期字符串.在将其转换为Date对象后,我将检查日期是否实际有效.

这里有两个版本的RegExp.首先检查字符串是否是有效的ISO 8601日期字符串.完整日期字符串的其他测试,包括小时/分钟/秒(通常用于API)

/**
 * RegExp to test a string for a ISO 8601 Date spec
 *  YYYY
 *  YYYY-MM
 *  YYYY-MM-DD
 *  YYYY-MM-DDThh:mmTZD
 *  YYYY-MM-DDThh:mm:ssTZD
 *  YYYY-MM-DDThh:mm:ss.sTZD
 * @see: https://www.w3.org/TR/NOTE-datetime
 * @type {RegExp}
 */
var ISO_8601 = /^\d{4}(-\d\d(-\d\d(T\d\d:\d\d(:\d\d)?(\.\d+)?(([+-]\d\d:\d\d)|Z)?)?)?)?$/i



/**
 * RegExp to test a string for a full ISO 8601 Date
 * Does not do any sort of date validation, only checks if the string is according to the ISO 8601 spec.
 *  YYYY-MM-DDThh:mm:ss
 *  YYYY-MM-DDThh:mm:ssTZD
 *  YYYY-MM-DDThh:mm:ss.sTZD
 * @see: https://www.w3.org/TR/NOTE-datetime
 * @type {RegExp}
 */
var ISO_8601_FULL = /^\d{4}-\d\d-\d\dT\d\d:\d\d:\d\d(\.\d+)?(([+-]\d\d:\d\d)|Z)?$/i


// Usage:

ISO_8601_FULL.test( "2016-05-24T15:54:14.876Z" )  // true
ISO_8601_FULL.test( "2002-12-31T23:00:00+01:00" ) // true
ISO_8601_FULL.test( "2016-02-01" )                // false
ISO_8601_FULL.test( "2016" )                      // false

ISO_8601.test( "2016-02-01" )                     // true
ISO_8601.test( "2016" )                           // true
ISO_8601.test( "2002-12-31T23:00:00+01:00" )      // true
Run Code Online (Sandbox Code Playgroud)

  • 恕我直言,这个答案涵盖了更多情况,例如 YYYY-MM-DDThh:mm:ss.sTZD 格式化日期 (3认同)

Pet*_*har 26

在js中指定正则表达式时不要引用正则表达式.正斜杠就足够了.

alert($('#datepicker').val());

if($('#datepicker').val().match(
    /(\d{4})-(\d{2})-(\d{2})T(\d{2})\:(\d{2})\:(\d{2})[+-](\d{2})\:(\d{2})/
)) {
    alert('ok');
} else {
    alert('not ok');
}?
Run Code Online (Sandbox Code Playgroud)

  • 不支持Z后缀 (4认同)
  • 以下是我的版本:它比 ISO 更严格,因为它强制具有日期、时间(hh:mm:ss)和时区。唯一的可选部分是毫秒。(\d{4})-(0[1-9]|1[0-2]|[1-9])-(\3([12]\d|0[1-9]|3[01] ])|[1-9])[tT\s]([01]\d|2[0-3])\:(([0-5]\d)|\d)\:(([0 -5]\d)|\d)([\.,]\d+)?([zZ]|([\+-])([01]\d|2[0-3]|\d): (([0-5]\d)|\d))$ (2认同)

Jas*_*ing 6

JavaScript date.toISOString()正则表达式

这仅尝试解决2017-06-17T00:00:00.000Z您希望Javascript做到的基本模式。

const isoPattern = /^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}\.\d{3}Z$/;
Run Code Online (Sandbox Code Playgroud)

关于JSON的最烦人的事情之一就是不能简单地传递日期并期望它能够正确转换。由于大多数人都使用JavaScript,所以这可能很实用。

如果您必须传递给mongo并且需要进行转换,这是一个演示代码段。

if (isoPattern.test(json.startDate))
  json.startDate = new Date(json.startDate);
Run Code Online (Sandbox Code Playgroud)

我认为这是一个更好的方法,因为您可以确定日期将被解析,然后可以检查所需的范围,所有这些都非常简单并且易于维护,因为正则表达式非常有用,但有一定意义。