У меня есть строка DateTime, образованная ISO8601
2012-10-06T04:13:00+00:00
и следующее Regex, которое не соответствует этой строке
#(\d{4})-(\d{2})-(\d{2})T(\d{2})\:(\d{2})\:(\d{2})\+(\d{2})\:(\d{2})#
Я не могу понять, почему он не соответствует.
Я избежал метасимволов, для меня это кажется ОК.
EDIT:
Правильный путь: 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.
Вот 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
Это только попытки решить базовый шаблон 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, это, вероятно, практично.
Вот демонстрационный фрагмент, если вам нужно перейти к монго и нужно преобразовать.
if (isoPattern.test(json.startDate))
json.startDate = new Date(json.startDate);
Я утверждаю, что это лучший подход, так как вы можете быть уверены, что дата будет анализироваться, тогда вы можете проверить желаемый диапазон, все это довольно прямолинейно и легко поддерживается, поскольку регулярное выражение отлично, но до точки.
Чтобы добавить ко всем этим хорошим ответам, я нашел, что эта работа неплохо работает только для дат 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 a false positive
1889-01-01 x -> you can add accepted centuries in the list: (?:18|19|20)
2099-01-01 v