07/11/13 01:20:05
>>336
私の場合、Maven を使うときはトップダウンというか as is (あるべき姿)を先に描いてから、
Maven がどんなディレクトリ構成になるか、どんなプラグインが走ることでビルドされるかを
おっかけて、ant か maven かを選定するので、一度トップに行ってから結局ボトムアップになっている気がする。
Oracle で DB つくるとき、GUIツールで設定するけど、最後に「実行｣を押さずにスクリプトを吐かせて、
結局は sqlplus でコマンドラインでやる、見たいな。
ただ、何事も内部で何が起こっているかを把握するのは大事なので、こういう手順になっているのは悪いことではないと思っている。
> それじゃAntから乗り換えるのにピンと来ない。
>337-338 の言っている事は、なれると便利。
いまは dependency を書いて jar 勝手に取ってこさせているし
(dependency を書くまで、maven リポジトリの中を漁ってほしいjarがあるかどうか調べるのは必須だけど)、
maven を使っているプロジェクト、OSS は必然的にディレクトリ構成が決まるから、ソースを追いかけるときはわかりやすい。
あとweb アプリぐらいだと ant も maven も変わらないけど、
一部のOSS プロダクトは、一緒にリリースしている maven プラグインを使うことでビルドプロセスを簡略化(隠蔽化)している場合がある。
アノテーションが付与された *.java からコンテナが見る xml を自動生成したり、
xml を開発者が書くと、必要なプロキシーオブジェクトを自動生成したり。
そういうOSSを使うときは maven プラグインは便利だし、むしろそれを使わないとビルドできない場合がある。
ant か maven かの区分けは、こういった OSS を使うかどうかもひとつではないでしょうか。