IT Pro Java/J2EE : 【連載◎開発現場から時代を眺める by arton】第5回
【連載◎開発現場から時代を眺める by arton】第5回 「動的言語と静的言語の交差点──RubyとJava/Seasar2の出会い」 オブジェクト指向言語を利用した開発が当たり前になり，早くもポスト・オブジェクト指向言語は何かという話題も出ているようだが，先日，具体的に今後の技術の一つの方向性を示す話を聞くことができたのでご紹介したいと思う。それは動的なオブジェクト指向言語のRubyと，静的なオブジェクト指向言語のJava，それぞれのフレームワークについての話だったのだが，意外なほど目指している方向性が近いようだ，と確認したということである。 結論を先に書くと，ソフトウエアの動的に決定したい部分を設定ファイルのようにソース・ファイルの外部に置かれる構成要素で解決するのではなく，言語とフレームワークの機能を利用してソース・ファイルの（文字通り）行間を補完することで解決するという方向だ。
またまたフレームワーク選定に悩む
Strutsを見たときに直感的に、XMLでうじゃうじゃ書いてつながりがわからなくなることに対する拒否反応を持った。そして今、Strutsを使おうとしているわけだが（別に初めてじゃないけど、自分自身がそこにまともに向き合おうとしてるのは始めて）、 さらに時代は、Seaser2などのDIコンテナに行こうとしている。 うちのメンバーに話を聞くとDIのすばらしさや、テスト効率の良さは評価はすれど、現状の採用に関しては否定的だ。理由は、 ・XML記述が増えて、情報の流れがわからなくなる。独立性を高めることで、視認性が悪くなる（で、うちは大規模開発じゃないから、仕様書よりソースコード見たほうが早いこともあるわけで。頑張っても恩恵を得ないかなという判断。） ・Eclipseの入力補完に対応していなかったりして、わかりにくい・・・とか。 Strutsあたりがバランス的に良いんではないだろうかという考え方で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
