 Блять, ну ёбаный в рот, сука. Неужели нельзя было за эти десятилетия добавить в стандарт JSON тип ДАТА/ВРЕМЯ? Ну какого хуя это просто всего-лишь строка. Ну придумайте префикс перед строкой там я не знаю типа как: "myDate" : date"2023-10-03T18:27:44Z" В Python же есть u'String' и ничего, удобно. 17 comments
 @mo документация предполагает некие соглашения, которые васяны из 1С на хую вертели @nonsense я сомневаюсь, что в одном и том же поле может быть абсолютно на рандом дата или номер телефона, причем без каких либо опознавательных знаков А если опознавательные знаки есть, на них можно настроить Pydantic :blobfoxgoogly: @nonsense это мало о чем говорит, но Pydantic совместно с typing.Literal и typing.Union довольно мощная штука  @nonsense строго говоря согласен, но с этими 100500 типами данных можно наступить на грабли YAML, где три основных парсера для одинакового простого примера выдадут разный результат @kizhifox да не нужен парсер. Просто десериализатору нужно четкое понимание, что конкретное поле - это дата. А в кавычках пусть будет что угодно. Конечно, сейчас можно придумать костыли типа соглашения по названию полей типа: "vasyaDateTime" : "2023-10-03T18:27:44Z" т.е. смотреть окончание названия и прыгать от этого, но это все костыли конечно и не спасет когда долбоебы шлют json'ы с названием "param1": "01-01-2000" а ты даже не ебешь в каком порядке там месяц и число @dside в ванильной Java класс Date тоже проклят. В Oracle БД, кстати, тоже. Но простой способ определить, что в поле тип дата/время просто ОБЯЗАН быть, когда к тебе прилетает произвольный JSON и надо его заиндексировать. Вот и ебешься, определяешь, дата это или строка с номером телефона.  |
Gregory's Server
@nonsense в том же Python есть pydantic, который успешно находит datetime в строчках :р