Javaプロジェクトでは、MavenまたはGradle依存関係管理を効果的に使用するには、次の重要なポイントが必要です。1。依存関係の配信と範(fàn)囲を理解し、コンパイル、ランタイム、テストなどの範(fàn)囲を合理的に設(shè)定して、冗長依存関係を回避します。 2。バージョン番號を統(tǒng)合し、MavenのプロパティまたはGradleのバージョンを使用して中央に管理し、BOMを使用して依存関係セットバージョンを統(tǒng)合します。 3. MVN依存関係などのツールを使用します。ツリーやグレードの依存関係は、競合をトラブルシューティングし、依存関係または強(qiáng)制ポリシーを除くバージョンを明示的に指定することにより競合を解決します。 4.マルチモジュールプロジェクトでは、Mavenは親POMとGradleを使用してルートビルドを介して均一に構(gòu)成し、依存関係の共有を?qū)g現(xiàn)し、重複と円形の依存関係を避けます。

Javaプロジェクトでは、依存関係管理は開発プロセスの非常に中心的な部分です。 MavenとGradleは現(xiàn)在、最も主流のビルドツールの2つであり、どちらも強(qiáng)力な依存関係管理機(jī)能を提供しています。よく使用すると、プロジェクト構(gòu)造の明確さを改善し、バージョン制御を簡素化できます。使用が不十分な場合、バージョンの競合や建設(shè)の失敗につながる可能性があります。いくつかの実用的なシナリオから始めて、依存関係を管理するためにMavenまたはGradleをより効果的に使用する方法について説明しましょう。

1.依存関係の配信と範(fàn)囲を理解します

それがMavenであろうとGradleであろうと、それらは推移的依存関係をサポートします。つまり、ライブラリを?qū)毪工毪?、それが依存する他のライブラリも自動的に引き出されます。しかし、これは特に異なるライブラリが同じライブラリの異なるバージョンを參照する場合、依存関係の混亂につながる可能性があります。

• Mavenでは、依存関係の範(fàn)囲は、 compile 、 runtime 、 testなど、 <scope></scope>タグを使用して定義されます。
• Gradleは、 implementation 、 testImplementation 、 runtimeOnlyなどの構(gòu)成を使用して管理されます。

たとえば、Spring Bootのスターターを使用します。これには、Tomcat埋め込みコンテナが既に含まれており、デフォルトはランタイムスコープです。テスト中に使用したい場合は、その依存関係を変更してtestRuntimeOnly変更できます。

範(fàn)囲の合理的な使用は、最終的なアプリケーションへの不必要な依存関係をパッケージ化し、競合のリスクを減らすことができます。

2。統(tǒng)一バージョン番號と依存関係のアップグレード戦略

プロジェクトがより大きく依存するにつれて、各ライブラリのバージョンを手動で維持することが面倒になります。現(xiàn)時點(diǎn)では、バージョン番號を均一に管理する必要があります。

• Mavenは、 <properties></properties>でバージョン変數(shù)を定義し、各依存関係でそれらを參照できます。
• gradleは、 build.gradleまたは個別のversions.gradleの変數(shù)を定義できます。グラードルファイルをgradleすることも、 nebula.dependency-recommenderなどのプラグインを介して推奨バージョンを中央に管理することもできます。

提案されたプラクティス：

• 関連する依存関係のセットを均一に管理するために、BOM（材料の請求書）ファイルを使用し、Springおよび多くのオープンソースプロジェクトがBOMを提供します。
• 新しいバージョンが利用可能かどうかを定期的に確認(rèn)し、PRをDepandabotやRenovateなどのツールで自動的に開始できます。

3.依存関係の競合を解決するための実踐的なスキル

依存関係の競合は一般的な問題であり、ランタイムクラスが見つからず、メソッドが存在しないなどの例外として明示されます。このタイプの問題のトラブルシューティングの鍵は、最終的に使用されるバージョンを確認(rèn)することです。

• Mavenはmvn dependency:treeを使用して、完全な依存関係ツリーを表示できます。
• Gradleはgradle dependenciesを使用して出力依存関係を使用します。

紛爭が発見されると、それに対処する方法がいくつかあります。

• デフォルトの選択を「上書き」するバージョンを明示的に指定します。
• <exclusion></exclusion>またはexclude group: 'xxx', module: 'yyy'など、いくつかの不要な依存関係を除外します。
• 強(qiáng)制バージョン化戦略を使用します（ force = true ）。

たとえば、複數(shù)のライブラリがGuavaの異なるバージョンに依存している場合、安定したバージョンを選択して強(qiáng)制するように設(shè)定できます。

4。マルチモジュールプロジェクトの構(gòu)築の依存管理

大規(guī)模なプロジェクトでは、通常、複數(shù)のモジュールに分割されます?，F(xiàn)時點(diǎn)では、モジュール間で依存関係構(gòu)成を共有する方法を検討する必要があります。

• Mavenは親POMの概念をサポートし、親モジュールの一般的な依存関係とプラグイン構(gòu)成を定義します。
• Gradleは、 subprojectsまたはallprojectsを使用して、ルートビルドで均一に構(gòu)成できます。

提案されたプラクティス：

• 繰り返しの宣言を避けるために、親またはベースモジュールにパブリック依存関係を置きます。
• 各サブモジュールは、獨(dú)自の依存関係を宣言します。
• モジュール間の依存関係に注意し、円形の依存関係を避けてください。

基本的にそれだけです。依存関係の管理は単純に思えるかもしれませんが、実際のプロジェクトでは詳細(xì)は簡単に見落とされます。 MavenまたはGradleを使用するかどうかにかかわらず、これらのポイントを習(xí)得すると、プロジェクトがクリーナーで安定します。

以上がJava MavenまたはGradleによる依存関係の管理の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。