日付の形式について

Question

（ライブラリやモジュールが）
"YYYYMMDD"方式ではないような
プログラミング言語はあるのでしょうか？

（余談）
"YYYYMMDD"方式ではないような言語（国）はたくさんあります。
（https://ja.wikipedia.org/wiki/%E6%97%A5%E4%BB%98）

Answer 1

日付の形式を決めるのは、プログラミング言語と言うよりは、アプリケーション側の実装のような気がしますが…。

プログラミング言語と言うよりは、その言語のライブラリやランタイムライブラリでの取り扱いはいくつか種類かあるかも知れません。

C系のライブラリでは、ある時点からの通算秒などがありますね。
COBOL系としては年間の通算日とかを見たことがあります。YYYYDDDのような感じですか…。

Answer 2

和暦は yyyymmdd ではありませんね。

java では 和暦を扱うことができます。

• Java8日時APIのちょっと特殊なクラスたち http://qiita.com/tag1216/items/9cb33a39a6666983491d

...
JapaneseDate d = JapaneseDate.of(JapaneseEra.HEISEI, 27, 12, 15); // 和暦で指定
...
DateTimeFormatter f = DateTimeFormatter.ofPattern("Gy年M月d日")
.withChronology(JapaneseChronology.INSTANCE);
System.out.println(f.format(d)); // 平成27年12月15日
System.out.println(d.format(f)); // 平成27年12月15日
...
JapaneseDate d2 = JapaneseDate.from(f.parse("平成27年5月16日"));
System.out.println(LocalDate.from(d2)); // 2015-05-16
...

"ruby 和暦", "python 和暦" などで web を検索すると、いろいろな情報が得られます。

Comments

[manman]

（質問した時点では）西暦のことしか考えていませんでした。
ISO 8601 が頭の中にあって、yyyy, mm, dd の順番のことばかり考えていました。

[Orlofsky]

和暦は使ってはなりません。どうしても使いたいときは、明日元号が変わるかもしれないので、DB上のデータは西暦保持し、西暦→和暦, 和暦→西暦 変換用のFunctionを用意します。
元号変更の対応をまったく考えないで安易に和暦を使うユーザーが多いのが気になります。
SQLですとDATE型やDATETIME型で日付データを保持することが多いですが、複数の国で使われているパッケージでは書式マスクを
日本 YYYYMMDD
アメリカ MMDDYYYY
ヨーロッパ DDMMYYYY
などとかなり自由に書式を変更できる設計のものが多いです。

[katoy]

DB の和暦を保存するとしたら、
"平成27", "11", "22" とか "平成", "27", "11", "22" とか、元号も組にして保存しないと、
元号の変化には対応できませんね。
(yyyy を yy で保存していて2000 年問題が起こったことの再来になってしまいます)

[Orlofsky]

Oracleは明治から平成の和暦をサポートしています。
teratailを Japanese Imperial で検索してください。笑い
→teratailの検索機能が貧弱で最新の1件(ここ)しかヒットしない。涙
で↓をご覧ください。
https://teratail.com/questions/20467
ちなみに、在位102年という天皇もいらっしゃいます(古い話なんでどこまで信憑性があるかは不明)。
wiki 孝安天皇
ついでに、元号法(たぶん日本で文字数がいちばん少ない法律)も参照のこと。

Answer 3

例えば、C(Linux)やC#、VB.NET(.NET) では時刻はある起点からの数値でしか
ありません。
言語、ライブラリ側はその数値をいろいろな形式(YYYYMMDDとか)に
変換する方法を提供しているだけなので、ライブラリ が YYYYMMDD方式
というわけではありません。