元号:改元対応まとめ作成中

改元対応を分類する


元号対応が入出力に限定している場合


内部計算はすべて西暦4桁で行っている場合


和暦を数字1桁で対応している場合

入力数字部分は事前に作業ができる。出力の文字列は、元号が発表してから処理する。

条件分岐処理は

出力
入力文字
入力数字

明治
M
1

大正
T
2

昭和
S
3

平成
H
4

新元号

5


和暦をアルファベット1文字で対応している場合

新元号が決まるまで、入力値と出力文字が決定できない。


内部計算はすべて西暦で行なっているが2桁の部品が残っている場合

2000年問題に対応する際に、年を数字4桁に変更せず、数字2桁のままで暫定対応した場合


内部計算はすべて西暦で行なっているが、すべて2桁で行なっている場合


元号対応が入出力に限定していない場合


内部計算は西暦で行なっているが、各種条件分岐の判定に、和暦の条件が存在する場合

法令に基づく条件判断で、入出力まで外だしせずに、内部処理の中で和暦を用いている場合


内部計算はすべて西暦4桁で行っている場合


Unicode 337E,337D, 337C, 337B(CJK Compatibility)を使っている場合

CJK Compatibility

http://www.unicode.org/charts/PDF/U3300.pdf

337E:明治

337D:大正

337C:昭和

337B:平成

次の元号は


参考資料

元号改正に伴う西暦-和暦変換の動作をPowerShellで試す

https://qiita.com/kazinoue/items/f42f231e42d85af6004a

IBM i 新元号/改元対応

https://qiita.com/6onoda/items/66f8f0fdf3be467987a4

Javaバージョン別の改元(新元号)対応まとめ

https://qiita.com/yamadamn/items/56e7370bae2ceaec55d5

Javaで新元号に対応する

https://qiita.com/nishim/items/7d55324b3da315257be5

元号対応に関するまとめ

https://qiita.com/tfukumori/items/1dc60eb473eff5efb994

【元号改正】和暦日付から日付オブジェクトへの変換仕様変更

https://qiita.com/chor_kai_chan/items/0d45b989803db89f2b19

マイクロソフトさん、お願いですから.NET Frameworkの動作を何の説明もなく変更するのはやめてください。- 改元対応で思うこと

https://qiita.com/gushwell/items/88411bb2c833e7d7ff6b

新元号(平成の次の元号)対応におけるMicrosoftのセミナー「新元号とマイクロソフト製品における対応」を受けてきました

https://qiita.com/You_name_is_YU/items/3f6f9825c2d1c97c5ea6

【新元号】改元のシステム改修で慌てるシステム屋は「無能」とのこと

https://qiita.com/KMKZ/items/7a530a127a438a13f333

改元というエンジニア泣かせのシステム変更に立ち向かう俺の備忘録

https://qiita.com/gitcho/items/b7f29abd2258727b69e4

改元はエンジニア泣かせではない。改元に対応せずに元号対応と言っているシステム屋がエセなだけ。

新元号に対応するために ICU を用いて和暦の動作確認をする

https://qiita.com/midheartty/items/590b0911c000a24abe34

MS-ACCESS の新元号「元年表記」対応

https://qiita.com/earthdiver1/items/4b3674ed496c500d6894


文書履歴(document history)

ver. 0.01 初稿

ver. 0.02 337E,337D, 337C, 337B 追記 20190313