Тупой и еще тупее

[metaclass]

Скажите мне пожалуйста, существует ли общепринятый метод передачи дат или даты-времени в параметрах URL для сервиса, например?
Сколько не пишу подобное - практически всегда все сводится к "прибиваем гвоздями ISO8601, парсим строку руками и под каждую задачу заново решаем, что делать с невалидными строками - то ли валится с 4хх, то ли валится с 5хх, то ли игнорировать ошибки, использовать или нет TryParse (если он вообще есть, обычно нету - "у нас всегда все работает, а невалидных дат не бывает") и как возвращать сообщения об ошибках клиенту так, чтобы он мог хоть что-то вменяемое сделать.

Comments

[mehanizator.livejournal.com]

таймстамп GMT+0

[metaclass.livejournal.com]

В секундах, микросекундах, начиная от какой даты отсчет? :)
И как представлять величины типа "учетная дата" (у нее времени нет, соотвественно, представление с секундами для нее противоречиво")

[thedeemon.livejournal.com]

В 100-наносекундных юнитах от первого явления ангела Джабраила пророку Мухаммеду.

[theiced.livejournal.com]

время - когда это время события или чего то ещё - таймстэмп, юниксовый. дату - если это бухгалтерская дата - ymd. если кто то передаёт ydm или ещё какой ад - это его проблемы же.

[theiced.livejournal.com]

ну или передай как три поля - если не хочешь что бы ошибки проникали такие, пооохуй.

[david-m.livejournal.com]

Ну так это (даты) и есть единственная реальная проблема. Потому что в разных поясах одна и та же дата в разное время начинается.

Представление _времени_ (с минутами-секундами) — это не проблема вообще, а вот как народ с датами выкручивается, я бы почитал.

[sergiej.livejournal.com]

зачем GMT+0 если таймстемп?

[mehanizator.livejournal.com]

да, верно.

[lionet.livejournal.com]

ISO8601: YYMMDDHHMMSS.fracZ