正则表达式和 ISO8601 格式的日期时间

IT技术 javascript regex datetime iso8601
2021-03-12 05:50:49

我有一个格式化的日期时间字符串 ISO8601

2012-10-06T04:13:00+00:00

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

#(\d{4})-(\d{2})-(\d{2})T(\d{2})\:(\d{2})\:(\d{2})\+(\d{2})\:(\d{2})#

我不明白为什么它不匹配。

我转义了元字符,对我来说似乎没问题。

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

编辑 :

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

6个回答

不完整的正则表达式

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

更好的解决方案

下面的正则表达式与这种无效日期不匹配(参见ISO 8601 Date Validation That Not Suck)。您可以使用以下代码进行测试:

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]); }
}
jsfiddle.net/5n5vk/46 @ÉdouardLopez
2021-04-22 05:50:49
这个正则表达式也不完整,因为规范规定不能混合扩展和基本格式(参见 ISO 8601:2004,第 4.3.2 节)。“2009-01-31T230000-01:00”是无效的 ISO 8601 时间戳,但此正则表达式表明它有效。
2021-04-24 05:50:49
@ÉdouardLopez 不是真的,我很清楚做对是多么困难。我们在 Learning Locker 上使用的验证在 Github 上,我确定它不完整,但它对我们有用并通过了我们的一致性测试。github.com/LearningLocker/StatementFactory/blob/master/src/...
2021-04-27 05:50:49
@iberodev1234是一个有效日期,也可以访问我的回答中的链接。
2021-04-30 05:50:49
该小提琴的唯一问题是它验证 2 月 30 日和 31 日,这显然是无意义的,并且无论闰年如何,都会验证 2 月 29 日。
2021-05-08 05:50:49

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

这是 RegExp 的 2 个版本。这首先检查字符串是否是有效的 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
恕我直言,这个答案涵盖了更多情况,例如 YYYY-MM-DDThh:mm:ss.sTZD 格式化日期
2021-04-29 05:50:49

在 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');
}​
对我来说,这个正则表达式有效: ^(\d{4})\-(\d{2})\-(\d{2})T(\d{2})\:(\d{2})\ :(\d{2})$
2021-04-21 05:50:49
哦!谢谢彼得。真丢人,我以前已经犯过这个错误^^
2021-04-23 05:50:49
以下是我的版本:它比 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))$
2021-04-25 05:50:49
不支持 Z 后缀
2021-04-28 05:50:49
也不要使用\d。对于一个 9999-99-99:99:99:99 不应该符合标准。除此之外,\d 的作用比你通常想象的要多...... stackoverflow.com/a/6479605/105484
2021-05-01 05:50:49

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$/;

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

如果您必须传递给 mongo 并需要转换,这里有一个演示片段。

if (isoPattern.test(json.startDate))
  json.startDate = new Date(json.startDate);

我认为这是一种更好的方法,因为您可以确定日期会被解析,然后您可以检查所需的范围,所有这些都非常直接且易于维护,因为正则表达式很棒但在一定程度上。

如果这是测试的目的,那么仅测试是否可以创建字符串的 Date 对象?

new Date("2016-05-24T15:54:14.876Z").toString() === 'Invalid Date' // false
new Date("Invalid date").toString() === 'Invalid Date' // true
我喜欢这种方法,但如果传递给 'Date' 的参数为 null,则结果似乎是一个有效日期。如果参数是空格或未定义,则结果是您所期望的,但如果它是 null 则不是,所以只需要测试它。
2021-04-28 05:50:49
这似乎很有效,直到您到达 2 月 31 日...
2021-05-03 05:50:49
new Date('1') 也是一个有效日期,所以是 new Date('100000')
2021-05-10 05:50:49