web-dev-qa-db-ja.com

正規表現およびISO8601形式のDateTime

DateTime文字列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/

40
TwystO

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');
}​
25
Peter Kuhar

不完全な正規表現

無効な日付と一致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]); }
}
60
Édouard Lopez

また、日付の妥当性を検証しようとする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
25
SnailCrusher

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で最も厄介なことの1つは、単純に日付を渡し、適切に変換することを期待できないことです。ほとんどの人がJavaScriptを使用しているため、これはおそらく実用的です。

Mongoに渡す必要があり、変換する必要がある場合のデモスニペットを以下に示します。

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

日付が解析されることを保証できるので、これはより良いアプローチであると主張し、その後、希望する範囲を確認できます。

5
Jason Sebring

それがテストの目的である場合、文字列のDateオブジェクトを作成できる場合にのみテストしてはどうですか?

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

これらすべての良い答えに追加するために、私はこれがちょうど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 = pass x = does-not-pass)

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
0
stallingOne