Китайский формат ИМХО самый адекватный, потому что формат даты в едином стиле с форматом времени: старшие компоненты слева, младшие справа. И для лексикогрфической сортировки удобнее.
А вообще жалко, что нет единого международного стандарта на такие вещи и людям приходится поддерживать всякие локализации.
О, я, оказывается, делал организацию папок «по датам» в китайском стиле.
Хотя искренне думал, что сегодняшнее число в «китайской нотации» будет не 2014-04-07, а что-то вроде
二〇一四年 四月 七日
Вот только иероглифы для цифр глаза ломают.
То что иногда китайцы используют «арабские» цифры, еще не значит что это правильно с точки зрения китайского языка.
Спасибо за ссылку!
Сам несколько лет назад методом проб и ошибок пришел к примерно такому же виду представления дат и времени.
Правда вместо «Т» использую пробел.
За что несколько раз получал по шапке — «Почему год в начале?», «Зачем все цифры года?», «Почему в комментариях тире вместо точки в дате?», «Почему в логах дата и время слитно? Где точки-двоеточия?» и тп.
Не знал что уже 10 лет как есть такой удобный стандарт.
Теперь буду перенаправлять всех туда.
Мне крайне интересно, почему это сделано как часть JS-стандарта, а не как часть HTML. Мне кажется куда логичнее было-бы писать что-то типа:
<currency type="eur">23.3</currency>
или
<date weekday="long" year="numeric" month="long">12.12.2012</date>
В стандарте учитывается только Григорианский календарь. AN3O говорит что ему нужны и другие календари кроме Григорианского. egorF говорит с сарказмом, что нафига другие календари.
В данном случае, egorF не прав, так как есть другие календари, как минимум, например Хиджра (лунная и солнечная), которые являются официальными в ряде стран ближнего востока. Кроме Хиджры, есть много-много других официальных календарей.
В этом свете, наличие плюсов у комментария egorF меня настораживает.
Не только, так же настораживает отсутствие поддержки названий таймзон ( и форматирования того же Date под указанную по Win\*nix сигнатуру) (казалось бы, библиотека для работы с временем), т.е. полюбому придется тянуть датки от unicode.org и парсер для них. Как форматор для валюты\времени в проектах на коленке сойдет, но явно не для использования в корпоративных приложениях.
Разработка стандартов это долгий, нудный и сложный процесс. Есть Early Draft спецификации Message Formatting. Который поддерживает плюарализацию, обращения, пол, сравнение с эталоном, отступы и многое другое. Будущий стандарт должен будет реализовывать ICU(International Components for Unicode). Но сам ICU ещё не доделан и тот формат, который сейчас описан в спецификации не совместим (на уровне «не плодите больше сущностей») со строковыми шаблонами es6, так что пока не ясно, когда выпустят хотя бы рабочий черновик.
К слову, в Angular и GWT используется именно ICU формат.
Скажите, а месяц для второго примера с форматированием даты с заглавной буквы, а для третьего с прописной — это опечатка или действительно как-то меняется регистр?
Intl к нам приходит!