Javaプロジェクトの構造：ソースとバイナリのモジュール依存関係

Question

1つのプロジェクトがモジュールに分割され、各モジュールがプロジェクト自体がmavenであるプロジェクトを見てきました。これらのモジュールは、他のすべてのモジュールへの参照を含む1つのモジュールに統合されています。プロジェクトユーザーを起動するには、IDE内のすべてのモジュールをインポートする必要があります。だから、なぜ人々はこのアプローチを使用していますか？すべてのモジュールをjarにパッケージ化し、いくつかのモジュールに依存関係を含めるほうがずっと簡単ですか？ jarファイルの代わりにプロジェクトを使用する利点はありますか？プロジェクトを使用する際の欠点は、IDE内のすべてのモジュールを保持する必要があり、誤ってソースコードを変更する可能性があり、IDEがすべてのモジュールをコンパイルし始めると時間がかかることです。

Answer 1

誤って1つのファイルを変更した場合、このファイルのみが再コンパイルされますが、それは大きな問題ではありません。

通常、相互依存性を削減し、すべてをより制御可能にするためにプロジェクトをモジュール化する必要があります。多くの場合、親プロジェクトには独自のソースファイルがありません。代わりに、モジュールを集約するためにのみ使用されます。モジュールは大きなプロジェクトを分割するために使われます。

これらの部分を別々のプロジェクトとして開発できますが、1つのモジュールに変更を実装し、それを使用する他のモジュールで使用できるようにするには、そのモジュールをビルドしてクライアントモジュールに依存関係を実現する必要があります。それは面倒です。変更する必要があるコードを変更するだけの大きなプロジェクトとしてそれらを保つことはずっと現実的です。そして、それに依存するすべてのモジュールで使用できるようになります。