Mavenは、Javaプロジェクト管理と建設(shè)の標(biāo)準(zhǔn)ツールです。答えは、POM.xmlを介してプロジェクト構(gòu)造、依存関係管理、ライフサイクルの自動(dòng)化、プラグイン拡張機(jī)能を標(biāo)準(zhǔn)化できるという事実にあります。 1. pom.xmlを使用して、GroupID、artifactid、バージョン、依存関係を定義します。 2。MVNクリーン、コンパイル、テスト、パッケージ、インストール、展開などのマスターコアコマンド。 3.依存関係管理と除外を使用して、依存関係バージョンと競(jìng)合を管理します。 4.マルチモジュールプロジェクト構(gòu)造を使用して大規(guī)模なアプリケーションを整理し、親POMによって均一に管理します。 5.コンパイラ、SureFire、その他のプラグインを構(gòu)成して、ビルド動(dòng)作をカスタマイズします。 6.セマンティックバージョンの使用、スナップショットを避け、並行したビルドを有効にし、Mavenラッパーを使用するなどのベストプラクティスに従って、環(huán)境の一貫性を確保し、最終的にチームワークのために再現(xiàn)性があり、保守可能で効率的な構(gòu)造プロセスを?qū)g現(xiàn)します。

Mavenは単なるビルドツールではなく、Java開発に一貫性、自動(dòng)化、構(gòu)造をもたらすプロジェクト管理および理解ツールです。特にチームや複數(shù)のプロジェクトにわたってJavaアプリケーションを構(gòu)築している場(chǎng)合、Mavenは、コードの構(gòu)築、テスト、パッケージ、展開方法の標(biāo)準(zhǔn)化を支援します。 Mavenを開発者として効果的に使用するための実用的なガイドです。

なぜMavenを使用するのですか？

それがどのように機(jī)能するかに飛び込む前に、なぜマベンが重要なのかを理解してください：

• 標(biāo)準(zhǔn)化されたプロジェクト構(gòu)造：チームの誰もが、ソースファイル、リソース、テストがどこにライブであるかを知っています。
• 依存関係管理：ジャーを手動(dòng)でダウンロードすることはもうありません。 Mavenはそれらをリポジトリ（Maven Centralなど）から引き出します。
• ライフサイクルの構(gòu)築：一貫したコマンドでコンパイル、テスト、パッケージ、および展開。
• プラグインエコシステム：コードカバレッジ、ドキュメント、Dockerビルドなどの機(jī)能を拡張します。
• 再現(xiàn)可能なビルド： pom.xmlを使用すると、誰もが同じようにプロジェクトを再構(gòu)築できます。

Mavenは當(dāng)て推量を削除します。それが本當(dāng)の力です。

POM（プロジェクトオブジェクトモデル）の理解

すべてのMavenプロジェクトの中心は、 pom.xmlファイルです。それはあなたのプロジェクトに関するすべてを定義します：メタデータ、依存関係、プラグイン、プロファイルなど。

これが最小限の例です。

 <プロジェクトXMLNS = "http://maven.apache.org/pom/4.0.0"
         xmlns：xsi = "http://www.w3.org/2001/xmlschema-instance"
         xsi：schemalocation = "http://maven.apache.org/pom/4.0.0
         http://maven.apache.org/xsd/maven-4.0.0.xsd ">
    <modelversion> 4.0.0 </modelversion>

    <GroupId> com.example </groupId>
    <artifactid> my-app </artifactid>
    <バージョン> 1.0.0 </version>
    <パッケージ> jar </packaging>

    <プロパティ>
        <maven.compiler.source> 11 </maven.compiler.source>
        <maven.compiler.target> 11 </maven.compiler.target>
    </properties>

    <依存関係>
        <依存関係>
            <GroupId> junit </groupid>
            <artifactid> junit </artifactid>
            <バージョン> 4.13.2 </version>
            <scope>テスト</scope>
        </依存関係>
    </依存関係>
</project>

重要な要素：

• groupId ：組織またはプロジェクト名空間。
• artifactId ：プロジェクトの名前。
• version ：バージョン番號(hào)（セマンティックバージョンのフォロー）。
• dependencies ：プロジェクトが必要とするライブラリ。
• properties ：Javaバージョンのような再利用可能な値を定義します。

？プロのヒント： https：//ipnx.cn/link/9c6ebba8ac5389aed2beda98d31e91afを使用して、依存関係をすばやく検索します。

Core Mavenは、すべての開発者が知っておくべきコマンドです

數(shù)十の目標(biāo)を暗記する必要はありません。いくつかの重要なコマンドです。

一般的なコンボ：

 MVNクリーンインストール

これにより、古いビルド、コンパイル、テスト、パッケージの実行、パッケージ、および積分またはCIパイプラインに最適です。

testテストが失敗した場(chǎng)合、 installが停止します。 mvn install -DskipTestsを使用してバイパスします（ただし、使用しないでください）。

プロのような依存関係の管理

Mavenは、推移的依存関係を自動(dòng)的に処理します。 Spring Webを追加すると、ジャクソン、スプリングコアなどを引き込みます。それらすべてを宣言する必要はありません。

しかし、これは対立につながる可能性があります。管理方法は次のとおりです。

1。依存関係の範(fàn)囲

スコープを使用して、依存関係が利用可能なときに制御します。

• compile （デフォルト）：すべてのフェーズで利用可能。
• test ：テストのみ（例、Junit）。
• provided ：ランタイム（たとえば、TomcatのサーブレットAPI）によって提供される予定です。
• runtime ：実行時(shí)に必要ですが、コンパイル時(shí)間（例えば、JDBCドライバー）は必要ありません。
• system / import ：まれ。注意して使用してください。

2。推移的依存関係を除く

ライブラリが時(shí)代遅れまたは矛盾する依存関係を引き出す場(chǎng)合：

 <依存関係>
    <groupid> org.springframework </groupId>
    <artifactid> spring-web </artifactid>
    <バージョン> 5.3.0 </version>
    <除外>
        <除外>
            <groupId> commons-logging </groupid>
            <artifactid> commons-logging </artifactid>
        </除外>
    </除外>
</依存関係>

3。依存関係管理

親pomsで<dependencyManagement>を使用して、モジュール全體でバージョンを集中化します。

 <DependencyManagement>
    <依存関係>
        <依存関係>
            <groupid> org.springframework </groupId>
            <artifactid>スプリングコア</artifactid>
            <バージョン> 5.3.21 </version>
        </依存関係>
    </依存関係>
</DependencyManagement>

これで、子どもモジュールには、バージョンを指定せずにspring-coreを含めることができます。

マルチモジュールプロジェクトは簡単になりました

より大きなアプリケーション（API、サービスレイヤー、ドメインモデルなど）の場(chǎng)合、アプリをモジュールに分割します。

構(gòu)造：

親プロジェクト/
pom.xml（パッケージ：pom）
pi/ api/
pom.xml
├├）/ service/
pom.xml
└└）/永続性/
    pom.xml

親pom.xml ：

 <パッケージ> pom </packaging>
<モジュール>
    <モジュール> API </module>
    <モジュール>サービス</module>
    <モジュール>永続性</module>
</モジュール>

各サブモジュールは別のサブモジュールに依存できます。

 <依存関係>
    <GroupId> com.example </groupId>
    <Artifactid> persistence </artifactid>
    <バージョン> 1.0.0 </version>
</依存関係>

親からmvn clean installを?qū)g行し、Mavenは正しい順序でモジュールを構(gòu)築します。

プラグインを使用してビルドをカスタマイズします

Mavenプラグインは、コードのコンパイル、テスト、生成などのタスクを?qū)g行します。

よくある例：

• コンパイラプラグイン：Javaバージョンを設(shè)定します

  <プラグイン>
      <groupid> org.apache.maven.plugins </groupId>
      <artifactid> maven-compiler-plugin </artifactid>
      <バージョン> 3.11.0 </version>
      <configuration>
          <source> 11 </source>
          <Target> 11 </ターゲット>
      </configuration>
  </プラグイン>

• SureFireプラグイン：テストの実行を制御します

  <プラグイン>
      <groupid> org.apache.maven.plugins </groupId>
      <artifactid> maven-surefire-plugin </artifactid>
      <バージョン> 3.1.2 </version>
      <configuration>
          <include>
              <cluding> **/*test.java </include>
          </include>
      </configuration>
  </プラグイン>

• JARプラグイン：マニフェストをカスタマイズします

  <プラグイン>
      <groupid> org.apache.maven.plugins </groupId>
      <artifactid> maven-jar-plugin </artifactid>
      <バージョン> 3.3.0 </version>
      <configuration>
          <Archive>
              <マニフェスト>
                  <addclasspath> true </addclasspath>
                  <mainclass> com.example.mainapp </mainclass>
              </manifest>
          </archive>
      </configuration>
  </プラグイン>

exec-maven-pluginやSpotify spotify/dockerfile-maven-pluginなどのプラグインを介してシェルスクリプトまたはDockerビルドを?qū)g行することもできます。

現(xiàn)実世界使用のためのベストプラクティス

• conding一貫したバージョンスキーム（セマンティックバージョン化など）を使用します。
• pom.xmlきれいに保ちます- ハードコードバージョンを回避します。 <dependencyManagement>を使用してください。
• parent親POM （Spring Bootのspring-boot-starter-parentなど）を活用して、敏感なデフォルトを継承します。
• multimoduleプロジェクトで並列ビルドを有効にする： mvn -T 4 clean install
• evention環(huán)境固有の構(gòu)成にプロファイルを使用します（DEV、PROD、テスト）。
• .gitignoreにtarget/ディレクトリをコミットしないでください。
• conduction生産中のSNAPSHOTバージョンを避けてください。

また、チームメイトがMaven Pre Installedを必要としないように、 Maven Lapper （ mvnw ）の使用を検討してください。

 ./MVNWクリーンインストール

欠落している場(chǎng)合は自動(dòng)的にMavenをダウンロードします。

最終的な考え

Mavenは何年もの間、そして正當(dāng)な理由で存在しています。それは安定しており、広くサポートされており、IDES（Intellij、Eclipse）、CI/CDシステム（Jenkins、Githubアクション）、Frameworks（Spring、Jakarta EE）などのツールに深く統(tǒng)合されています。

すべての詳細(xì)を前もってマスターする必要はありません。始めて：

• しっかりしたpom.xmlを書きます
• 基本的なライフサイクルコマンドを?qū)g行します
• 依存関係を適切に管理します

そこから、マルチモジュール設(shè)定、カスタムプラグイン、自動(dòng)化に成長します。

基本的に、Javaをやっている場(chǎng)合、Mavenはツールキットにいる必要があります。

以上がJavaプロジェクト管理のためのMavenの開発者ガイドの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。