大王さま、大王さま。

「なんじゃ？」

Java5で和暦は扱えません。何かうまい方法はないでしょうか。

「ふむ」

なんだったらわたくしが、かっちょええクラスを作りますよ。

「ちょっと仕様書をみせなさい」

はい、どうぞ。

「ふむむむむむ。。。年月日自体必要ないわ。だから和暦じたい、いらない」

え？

「ほら、こっちにある仕様書には和暦がいるって書いてないじゃろ」

大王さま。その仕様書、私持っていないんだけれども。。。。





オチがついたところで。

現実には大王さまはおられませんし、こういう会話はありませんでしたが、ま。結論として、和暦を急いでやる必要はなくなりました。
のんびり考えていきたいです。

にしても、和暦に関する一連の事柄は、いろいろと勉強になりました。
未来のことも考えて、プログラム作らないとですねー。

コメント欄にも書きましたが、Java6だと思ってましたが、Java5でした。

そりゃ動作しないよ。。。＞＜



平成の次の元号になってもうまいことできるクラスを作ろう、という方向で。




この件でふと思ったのですが、
昭和から平成になる時よりも、平成から次の元号になる時のほうが、いろいろ社会問題が起こりそうだなと思いました。コンピュータ系で。

たとえば今わたしが作ろうとしているクラスが、とか言わないそこ。

西暦2000年問題のときも大騒ぎしましたが、それを超えるんじゃないんでしょうか。
まぁ、西暦は世界中で使われていますが、平成は日本だけだし、騒ぐのなら日本限定かもしれないですが。

和暦。

平成とか昭和とかそういうやつですね。
当然、日本でしか使ってないです。


んで、本日のネタは、とってきた西暦を和暦に変えたい！です。


（１）西暦 - 1989　で無理やり平成を取得。
利点：簡単。
欠点：平成しか使えない。

（２）JapaneseImperialCalendarを使う。
利点：簡単。
欠点：Java6以降の対応です。。。

（３）ネットで見つけたすごい和暦クラス
利点：存在しない日付にも対応
欠点：よくわかんないけれども、現在の年号がほしいだけの自分にはちょっとあれな気がした。

自分が触っていたブツは幸いにもJava6だったので、(2)を使おう。。。。として、なぜかうまくいきませんでした。「平成」って出てほしいのに、「西暦」と表示される謎。
明日なんとかします。

はい、今日もjava。

とかいいつつ、今日のつまりどころは、正規表現とSQL文。。。。

正規表現なんてほとんどやったことなかったので、こういう風につかうのかへーって感じでした。
何事も勉強です。

SQL文はまだまだ自分の知らないワザがあるんだなぁへーって感じでした。
何事も勉強です。


今日書き散らしてきたコード。
確かに動きはするけれども、どこかでミスってそう。
心配

えー、ついにJavaの人になりました。
昔、学生だったころ、初めてJavaをさわったときは、newやらclassやらの意味が不明で、わけわかんねーとか思っていたのですが（実際それはJavaがわからんというのとは違うけれども）、現実お仕事としてJavaをさわると、Javaがわからんというよりも、Javaを使って何を作りたいのかがわからんという壁にぶち当たりました。

つまり、仕様？



あー、これって、前、C++さわってた時もぶち当たった最初の壁ね。



仕様は口頭ですか。そうですか。


世の中そんなもんですよね。



なれないJavaに体力使い果たしました