暗中模索
客の要望で今度の開発はJavaでやらなきゃならないってんで、Java勉強中。
まぁ、仕事の一環としてお金貰いつつ勉強期間的なもの設けてもらってるんで、ソレはいーんだけど・・・。
なんつか、Java・・・めちゃくちゃ使いにくいんだけどー。
なんで世の中でこんな流行ってんの？（汗）
いやまぁ・・・昔のVBもそーだったので、恐らく啓蒙ってヤツだとは思うけど・・・。
（クロスプラットフォームも、Javaでの開発ならセキュアってのも、全部幻想だしなぁ・・・）
とりあえず、今結構困ってるのはXMLファイルの読み込み。
なんつーか、もっとスマートにならんかねー？（汗）
ぶっちゃけ、「XMLとJavaは親和性が高い」とかゆー噂も聞いてたので、もっと簡単なイメージを想像してたんだけど、これも幻想だった模様。
String Text;
}
ぶっちゃけ、こんなクラス定義して、ソレをAPIでシリアライズしたら
<root>
<Text>TextValue</Text>
</root>
こんなXMLをごりっと吐いてくれる、或いは逆に読み込んでくれる・・・って期待したんだけどなぁ・・・。
期待ハズレもいーとこでした、えぇ。
C#は（つか、.NETならVC++でさえ）やってくれたのになぁ・・・・。
調べた限り、単純に読み込むだけを考えても、
１．DOMやらSAX使って１項目づつ自分で読み込み
２．JAXBなどでXMLスキーマからクラス生成
のどちらかの手段があるらしーんだけど・・・どっちも激しく面倒クサイ。
何も考えなければ２．は実に簡単に出来る手法なんだろーけど、事前にツールを準備したりと、まず環境構築が面倒。
極端な話、納品後まで考えると納品後に製品を構築し直す、或いはしばらく経った（環境壊した）後にメンテナンス入ってxmlのファイルフォーマットが変わった・・・とか考えると・・・ねぇ。
そもそも、xmlスキーマを書くのが面倒。
アプリ専用の設定類をxmlで書きたいダケなので、xmlスキーマなんぞ不要なのに、ツール使うために書かなければならない・・・ってのは・・・ねぇ。
スキーマが設計書として認識されて、納品通ったりどんな人間にも解読できるってなら良かったんだけどね:-P
で、仕方ないから１．を使うわけですが・・・。
DOMで１要素１要素読み込む方法が判っても、あんまり役に立たないっつーか、その方法で読み込んじゃうと１項目読み出すのに１０行必要だとすると、１００項目読み出したらそれだけで１０００行もコード書かなきゃならないわけで・・・ありえないだろ、と。
まぁ、そんなワケなので、出来るだけ共通ロジックは共通化して、実際のデータクラスには対象のxmlタグとメンバ変数の関連付けだけ書けば良い程度のものを作りたいワケですが・・・。
こっちもJavaの言語仕様の壁が立ちはだかって、めちゃくちゃ悪戦苦闘中。
Javaなんて大キライだ；；
トラックバック URL :