Отображение имен - Excel

Я думаю, что это действительно зависит от варианта использования. Во многих случаях было бы более полезно использовать правильную объектную модель (вместо того, чтобы давать дату в строку), например:

{
     "year": 2012,
     "month": 4,
     "day": 23,
     "hour": 18,
     "minute": 25,
     "second": 43,
     "timeZone": "America/New_York"
}

По общему признанию, это более подробно, чем RFC 3339, но:

• также читается человеком
• , он реализует правильную объектную модель (как в ООП, насколько это разрешено JSON)
• поддерживает часовые пояса ( не только смещение UTC в заданную дату и время)
• он может поддерживать меньшие единицы, такие как миллисекунды, наносекунды, ... или просто дробные секунды
• он не требует отдельного шаг синтаксического анализа (для синтаксического анализа строки даты и времени), парсер JSON сделает все для вас
• легкое создание с любой фреймворком даты или реализацией на любом языке
• расширенный для поддержки других календарных шкал (иврит, китайский, исламский ...) и эпох (AD, BC, ...)
• это год 10000 безопасен ;-) (RFC 3339 нет)
• поддерживает дневные даты и плавающие времена (Javascript's Date.toJSON() не делает)

Я не думаю что правильная сортировка (как отмечено funroll для RFC 3339) - это функция, которая действительно необходима при сериализации даты для JSON. Также это верно только для дат-времени, имеющих одинаковое смещение часового пояса.