私のワークスペースには5〜6個のプロジェクトがあり、その多くは相互依存しています。Eclipseプロジェクトの不要なJAR - 潜在的な問題?
通常は、現在のプロジェクトのビルドパスに他のプロジェクトlib
dirの可能なすべてのJARを入れて、ビルドに必要なものをチェックするのを迷惑にしません。
このアプローチ原因の問題は、各プロジェクト内のJARの一部数十があることを考えることはできますか?
私のワークスペースには5〜6個のプロジェクトがあり、その多くは相互依存しています。Eclipseプロジェクトの不要なJAR - 潜在的な問題?
通常は、現在のプロジェクトのビルドパスに他のプロジェクトlib
dirの可能なすべてのJARを入れて、ビルドに必要なものをチェックするのを迷惑にしません。
このアプローチ原因の問題は、各プロジェクト内のJARの一部数十があることを考えることはできますか?
、私はあなたが循環依存関係を持っていることを意味するものではありません願っています。これは大きなNO!
あなたの依存関係が循環していない場合、私は何の問題が表示されません。いずれにしても、プログラムを実行するには、実行時クラスパス内のすべてのjarファイルが必要です。あなたが避けたいのは、プロジェクトAのコードに、プロジェクトBによって使用される "old_library_still_needed_by_project_B_but_that_should_not_be_used_anymore.jar"というライブラリにいくつかの直接の依存関係を持たせることですが、これには静的なJavaコード分析ツールがありますCheckStyleやPMDのように、プロジェクトのソースコード内で使用されることはありません)。
私は、@ m0skit0に同意し、あなたはあなたが本当に使用していないライブラリを削除する最善の努力を行う必要があります継続に追加することができます。
手動で行うことは非常に困難であろう。したがって、より良い方法は、自動依存関係管理を使用することです。 MavenとGradleはこの仕事を完全に行います。あなたは、(知っておくべきである)第1レベルの依存関係について言及します。彼らは第2、第3などのレベルの依存関係に気をつけています。 lib
ディレクトリを更新することはありません。ビルドツールはローカルリポジトリを自動的に更新します。