Java 프로젝트 관리를위한 Maven 마스터 링

POM을 프로젝트 아이덴티티, 종속성 및 구조를 정의하는 선언적 청사진으로 마스터하십시오. 2. Maven의 내장 라이프 사이클 및 Compile, Test 및 Package와 같은 단계를 사용하여 일관되고 자동화 된 빌드를 보장하십시오. 3. 충돌을 피하기 위해 적절한 범위와 종속성 관리로 의존성을 효과적으로 관리합니다. 4. 통합 구성을 위해 상위 POM을 사용하여 대규모 프로젝트를 다중 모듈 설정으로 구성하십시오. 5. 과잉 향상없이 컴파일, 테스트 및 포장을위한 표준 플러그인을 활용하여 신뢰할 수 있고 유지 관리 가능한 빌드를 가능하게합니다.

Maven은 빌드 도구 일뿐 만 아니라 Java 개발자를위한 프로젝트 관리 강국입니다. 의존성 충돌, 일관성없는 빌드 또는 지저분한 프로젝트 구조로 어려움을 겪고 있다면 Maven을 마스터하면 Java 응용 프로그램을 개발하는 방법을 변화시킬 수 있습니다.

Maven을 효과적으로 사용할 때 실제로 중요한 것은 다음과 같습니다.

1. 프로젝트 객체 모델 (POM) 이해

모든 Maven 프로젝트의 핵심에는 pom.xml 파일이 있습니다. 이것은 단순한 구성 파일이 아니라 프로젝트의 청사진입니다.

POM 은 다음과 같습니다.

• 프로젝트 메타 데이터 (그룹 ID, 아티팩트 ID, 버전)
• 의존성
• 플러그인 및 구성을 빌드하십시오
• 다른 환경에 대한 프로필
• 상속 및 다중 모듈 설정

주요 통찰력 : POM을 선언 코드로 생각하십시오. 당신은 구축하는 방법을 스크립팅하지 않습니다. 프로젝트가 무엇 인지, 필요한 것을 선언합니다.

예를 들어:

 <groupid> com.example </groupid>
<artifactid> my-app </artifactid>
<버전> 1.0.0 </버전>
<패키징> JAR </포장>

이것은 Maven에게 프로젝트를 식별하고 포장하는 방법을 정확하게 알려줍니다. 이것을 올바르게 얻으십시오. 그리고 다른 모든 것은 흐릅니다.

2. 빌드 라이프 사이클 레버리지 ( mvn install )

Maven의 수명주기는 가장 강력하고 오해가있는 피아주 중 하나입니다.

세 가지 내장 라이프 사이클이 있습니다.

• 기본값 (프로젝트 배포 처리)
• 청소 (빌드 아티팩트 제거)
• 사이트 (프로젝트 문서 생성)

각 단계에는 단계가 있습니다. 예를 들어, default 수명주기에는 다음이 포함됩니다.

• compile
• test
• package
• verify
• install
• deploy

mvn package 실행하면 Maven은 자동으로 모든 이전 단계를 순서대로 실행합니다. 먼저 수동으로 컴파일하거나 테스트 할 필요가 없습니다.

전문가 팁 : 필요한 내용에 따라 특정 단계를 사용하십시오.

• mvn compile - 코드가 구축되는지 빠르게 확인하십시오
• mvn test - 포장없이 단위 테스트를 실행합니다
• mvn clean package - 전체 재건 및 패키지 (CI에서 공통)

이것은 일관성을 보장하고 중요한 단계를 건너 뛰는 것을 피합니다.

3. Pro와 같은 종속성 관리

의존성은 Maven이 빛나는 곳입니다.

종속성을 추가 하시겠습니까? 그냥 선언하십시오 :

 <의존성>
    <groupid> junit </groupid>
    <artifactid> junit </artifactid>
    <버전> 4.13.2 </버전>
    <Scope> 테스트 </scope>
</의존성>

그러나 초보자와 마스터와 분리 된 내용은 다음과 같습니다.

• 의존성 범위를 현명하게 사용하십시오 .

  • compile (기본값) : 모든 클래스 경로에서 사용할 수 있습니다
  • test : 테스트를 위해서만 (예 : Junit)
  • provided : 런타임 (예 : Servlet API)이 제공 할 것으로 예상됩니다.
  • runtime : 런타임에 필요하지만 컴파일 타임 (예 : JDBC 드라이버)
  • system / import : 고급 사용 사례

• 버전 스프롤 방지 : 모듈 전체에서 버전을 제어하기 위해 부모 POM에서 <dependencyManagement> 사용하십시오.

   <의존성 관리>
      <의존성>
          <의존성>
              <groupid> org.springframework </groupid>
              <artifactid> 스프링 코어 </artifactid>
              <버전> 5.3.21 </버전>
          </의존성>
      </의존성>
  </의존성 관리>

• 복제/충돌을 확인하십시오 : mvn dependency:tree 잡아 당기는 것을 정확히 확인하십시오. 눈이 오는 것입니다.

4. 실제 앱에는 다중 모듈 프로젝트를 사용하십시오

시스템이 성장하면 모듈로 분할하십시오.

 my-project/
pom.xml (부모)
Core/ Core/
pom.xml
Web/ Web/
pom.xml
API/
    pom.xml

부모 Pom :

 <모듈>
    <모듈> 코어 </module>
    <모듈> 웹 </module>
    <모듈> API </module>
</modules>

이익:

• 하나의 명령과 일관되게 모든 모듈을 빌드하십시오
• 구성 및 버전을 공유하십시오
• 팀 전체의 표준을 시행합니다

이것은 실제 엔터프라이즈 아키텍처를 반영하고 CI/CD를 훨씬 매끄럽게 만듭니다.

5. 플러그인으로 사용자 정의하십시오 (그러나 과도하게 사용하지 마십시오)

Maven 플러그인은 무거운 리프팅을 수행합니다.

• maven-compiler-plugin 제어 Java 버전
• maven-surefire-plugin 실행 테스트
• maven-jar-plugin / maven-war-plugin
• maven-shade-plugin 뚱뚱한 항아리를 만듭니다

예 : Java 17 편집 설정 :

 <플러그인>
    <groupid> org.apache.maven.plugins </groupid>
    <Artifactid> Maven-Compiler-Plugin </artifactid>
    <버전> 3.11.0 </버전>
    <구성>
        <소스> 17 </source>
        <garget> 17 </target>
    </구성>
</플러그인>

절대적으로 필요한 경우에 맞지 않는 한 맞춤형 플러그인을 쓰지 마십시오. 대부분의 문제에는 이미 견고한 플러그인 솔루션이 있습니다.

Maven을 마스터하는 것은 명령을 암기하는 것이 아닙니다. 구성에 대한 협약 수용, 수명주기 이해, POM을 사용하여 프로젝트의 의도를 명확하게 표현하는 것입니다.

일단 당신이 그것을 얻으면, 빌드는 예측 가능, 종속성 관리 가능하며 팀워크가 더 부드럽게됩니다.

기본적으로 빌드 도구와 싸우지 않고 활용하기 시작합니다.

위 내용은 Java 프로젝트 관리를위한 Maven 마스터 링의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!