【问题标题】:Regex and ISO8601 formatted DateTime [duplicate]正则表达式和 ISO8601 格式的 DateTime [重复]
【发布时间】:2012-09-27 04:40:19
【问题描述】:

我有一个日期时间字符串 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/

【问题讨论】:

  • 您应该允许±时区,所以[-+]代替\+
  • 是的乔纳森,好点,但它仍然对我不起作用:(我在我的问题中添加了一个 jsFiddle 示例,让我们自己看看。
  • 考虑使用 moment.js 而不是正则表达式。
  • 时区的另一个考虑因素:+00:00 的等效项是 Z
  • 嗯,我不确定 Z 后缀是否有效。请参阅@Onur 删除的评论。如果我有时间的话,我会在接下来的几天里尝试做一些测试。

标签: javascript regex datetime iso8601


【解决方案1】:

不完整的正则表达式

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

更好的解决方案

下面的正则表达式不会匹配这种无效的日期(参见ISO 8601 Date Validation That Doesn’t 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]); }
}

【讨论】:

  • 这个正则表达式也不完整,因为规范规定不能混合扩展格式和基本格式(参见 ISO 8601:2004,第 4.3.2 节)。 “2009-01-31T230000-01:00”是一个无效的 ISO 8601 时间戳,但这个正则表达式表明它是有效的。
  • @ÉdouardLopez 不是真的,我很清楚要做到正确是多么困难。我们在 Learning Locker 上使用的验证在 Github 上,我确信它不完整,但它对我们有用并通过了我们的一致性测试。 github.com/LearningLocker/StatementFactory/blob/master/src/…
  • jsfiddle.net/5n5vk/46@ÉdouardLopez
  • 该小提琴的唯一问题是它验证 2 月 30 日和 31 日,这显然是无意义的,无论闰年如何,都将验证 2 月 29 日。
  • @iberodev well 1234 是有效日期,请访问我的回答中的链接。
【解决方案2】:

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

这里有 2 个版本的 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

【讨论】:

  • 恕我直言,这个答案涵盖了更多情况,例如 YYYY-MM-DDThh:mm:ss.sTZD 格式日期
【解决方案3】:

在 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。对于一个 9999-99-99:99:99:99 不应该符合标准。除此之外,\d 所做的比你通常想象的要多...stackoverflow.com/a/6479605/105484
  • 以下是我的版本:它比 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))$
  • 对我来说这个正则表达式有效:^(\d{4})\-(\d{2})\-(\d{2})T(\d{2})\: (\d{2})\:(\d{2})$
  • 不支持Z后缀
【解决方案4】:

JavaScript date.toISOString() 正则表达式

这只是尝试解决您期望 Javascript 执行此操作的 2017-06-17T00:00:00.000Z 的基本模式。

const isoPattern = /^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}\.\d{3}Z$/;

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

这里有一个演示 sn-p 如果你必须传递给 mongo 并且需要转换。

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

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

【讨论】:

    【解决方案5】:

    为了添加所有这些好的答案,我发现这个答案仅适用于 ISO 日期(没有时间)

    (?:19|20)[0-9]{2}-(?:(?:0[1-9]|1[0-2])-(?:0[1-9]|1[0-9]|2[0-9])|(?:(?!02)(?:0[1-9]|1[0-2])-(?:30))|(?:(?:0[13578]|1[02])-31))
    

    (v=通过 x=不通过)

    2016-12-30 v
    2016-13-31 x
    2016-01-32 x
    2016-02-29 v
    2016-02-30 x
    2017-02-29 v -> that's a false positive
    1889-01-01 x -> you can add accepted centuries in the list: (?:18|19|20)
    2099-01-01 v
    

    【讨论】:

    • "x 2016-12-30" 通过,因为您的正则表达式未锚定。
    【解决方案6】:

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

    new Date("2016-05-24T15:54:14.876Z").toString() === 'Invalid Date' // false
    new Date("Invalid date").toString() === 'Invalid Date' // true
    

    【讨论】:

    • 我喜欢这种方法,但如果传递给“日期”的参数为空,则结果似乎是有效日期。如果参数是空格或未定义,则结果是您所期望的,但如果它为 null,则结果不是,因此只需要对其进行测试。
    • 这似乎工作得很好,直到你到了 2 月 31 日......
    • new Date('1') 也是有效日期,new Date('100000') 也是如此
    猜你喜欢
    • 1970-01-01
    • 2016-07-22
    • 2014-01-13
    • 2017-12-29
    • 2016-04-22
    • 2017-10-09
    • 1970-01-01
    • 2012-03-27
    • 1970-01-01
    相关资源
    最近更新 更多