Comments 3
Похоже на программирование ради программирования.
+1
О да, с «проблемой формата даты» когда-то сталкивался. Web API, написанное на C# и Windows, разворачивал на Debian.
Когда в одном окружении случае условный DateTime.Now().ToString() возвращает «dd:mm.yyyy hh:MM:ss», а в другом — «mm/dd/yyyy hh.MM.ss PM».
Было такое, что оно напрямую отдавалось на клиент в ответе, и тот слегка ломался :)
Вообще же с тех пор стараюсь дату хранить в БД в формате Unixtime в поле типа INT (зануда: ну хорошо, bigint :) ), и при отдаче конвертировать в то, что ждет клиент.
А при приеме — имеется давно написанный метод, который «хавает» любой формат на входе.
Не знаю, правильно это или нет, но по крайней мере больше не боюсь что что-то упадет у меня, или на клиенте.
Когда в одном окружении случае условный DateTime.Now().ToString() возвращает «dd:mm.yyyy hh:MM:ss», а в другом — «mm/dd/yyyy hh.MM.ss PM».
Было такое, что оно напрямую отдавалось на клиент в ответе, и тот слегка ломался :)
Вообще же с тех пор стараюсь дату хранить в БД в формате Unixtime в поле типа INT (зануда: ну хорошо, bigint :) ), и при отдаче конвертировать в то, что ждет клиент.
А при приеме — имеется давно написанный метод, который «хавает» любой формат на входе.
Не знаю, правильно это или нет, но по крайней мере больше не боюсь что что-то упадет у меня, или на клиенте.
0
Sign up to leave a comment.
Универсальный JSONDecoder