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/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');
}
無効な日付と一致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]); }
}
また、日付の妥当性を検証しようとする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
これは、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);
日付が解析されることを保証できるので、これはより良いアプローチであると主張し、その後、希望する範囲を確認できます。
それがテストの目的である場合、文字列のDateオブジェクトを作成できる場合にのみテストしてはどうですか?
new Date("2016-05-24T15:54:14.876Z").toString() === 'Invalid Date' // false
new Date("Invalid date").toString() === 'Invalid Date' // true
これらすべての良い答えに追加するために、私はこれがちょうど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