From 85cf1e3fb776d84e57c89f490b1f61eda4d47fc5 Mon Sep 17 00:00:00 2001 From: soyeon207 Date: Thu, 22 Jul 2021 03:37:45 +0900 Subject: [PATCH] =?UTF-8?q?#7=20[ADD]=20=20=EC=9E=90=EB=B0=94=20?= =?UTF-8?q?=EB=B9=8C=EB=93=9C=20=EA=B4=80=EB=A6=AC=20=EB=8F=84=EA=B5=AC=20?= =?UTF-8?q?(Ant,=20Maven,=20Gradle)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- _posts/2021-07-22-java-build-tool.md | 139 +++++++++++++++++++++++++++ 1 file changed, 139 insertions(+) create mode 100644 _posts/2021-07-22-java-build-tool.md diff --git a/_posts/2021-07-22-java-build-tool.md b/_posts/2021-07-22-java-build-tool.md new file mode 100644 index 0000000..2ba9697 --- /dev/null +++ b/_posts/2021-07-22-java-build-tool.md @@ -0,0 +1,139 @@ +--- +layout: post +title: 자바 빌드 관리 도구 (Ant, Maven, Gradle) +categories: JAVA +tags: [JAVA] +--- + +## 자바 빌드 관리 도구 (Ant, Maven, Gradle) + +자바 빌드 도구로 Maven 과 Gradle 을 사용했었는데 Maven 에서 Gradle 로 넘어갈 때 조금 더 간결하고 가독성이 좋다 이정도만 알고 넘어갔어서 이번에 차이점 및 성능 비교까지 해보려고 한다 + +### 빌드 관리 도구란 ? +> 우리가 프로그램에서 작성한 java 코드 및 xml, properties, jar 파일들을 JVM 이나 WAS 가 인식할 수 있도록 패키징 해주는 빌드 과정 +> +> => **빌드 자동화 도구** + +**등장한 이유** +1. 빠른 기간 동안에 계속해서 늘어나는 라이브러리 추가 +2. 프로젝트를 진행하며 라이브러리의 버전 동기화가 어렵기 때문 + +**종류** +Ant, Maven, Gradle 등 +- 과거에는 `Ant` 를 많이 사용했으나 현재는 단순히 빌드 도구로만 이용되고 , `Maven` 에 빌드 + 자동 라이브러리 관리 기능이 추가되면서 `Ant` 에서 `Maven` 으로 많이 옮겨왔고 현재는` Gradle` 을 많이 이용한다 + + +### Ant (Apache Ant) +> 자바 기반 빌드 도구 + +Ant, Maven, Gradle 중 가장 오래됨 + +**특징** +- XML을 기반으로 빌드 스크립트 작성 +- 자유롭게 빌드 단위를 지정할 수 있다 +- 생명주기를 갖지 않기 때문에 각각의 target에 대한 의존관계와 일련의 작업을 정의해 주어야 함 + +**단점** +- XML, Remote Repository를 가져올 수 없었음 (IVY 도입) +- 유연하지만 빌드 단위나 스크립트를 직접 작성해줘야 하기 때문에 프로젝트가 커지는 경우 스크립트 관리나 빌드 과정이 복잡해진다 + +### Maven +> XML 기반 상속 구조를 가지고 있는 빌드 도구 + +2004년 출시 , Ant 를 사용하던 개발자의 불편함 해소 + 부가기능 추가 + +```java + + org.springframework.boot + spring-boot-starter-data-jpa + 2.2.4.RELEASE + +``` + +**특징** +- XML 기반 작성 +- 빌드 중인 프로젝트 , 빌드 순서 , 다양한 외부 라이브러리의 종속성 관계를 `pom.xml` 파일에 명시 +- 필요 라이브러리를 pom.xml 에 정의해 놓으면 내가 사용할 라이브러리 뿐만 아니라 해당 라이브러리가 작동하는데 필요한 다른 라이브러리까지 관리하여 네트워크를 통해 자동으로 다운 받아줌 +- 생명 주기를 가지고 있다 +- 상속 구조 (특정 설정을 소수의 모듈에서 공유하기 위해선 비어있는 프로젝트를 만들어서 공통 설정을 넣고 그걸 상속하게 해야함 => 쓸데 없이 설정이 길어지고 중복이 발생하여 가독성이 매우 떨어짐) + + +### Gradle +> Groovy 기반의 Ant 와 Maven 단점을 보완해 만들어진 빌드 도구 +오픈소스기반의 build 자동화 시스템으로 Groovy 기반 DSL(Domain-Specific Language)로 작성된 빌드 도구 +Ant 와 Maven 의 단점을 보완하고 장점을 취합해 만들어짐 +안드로이드 공식 빌드 시스템 + +```java +implementation group: 'org.springframework.boot', name: 'spring-boot-starter-data-jpa', version: '2.2.4.RELEASE' +``` + +- 설정 주입 방식 (필요한 프로젝트에 바로 주입하는 방식이라 공통적으로 필요한 설정은 공통으로 주입하고 모듈별로 필요한 설정들은 모듈별로 설정해두면 됨) => 멀티 모듈 프로젝트에서 용이 +- Xml 의 구조적인 틀에서 벗어나 간결한 정의 가능 +- Maven 과 Ivy 완전 지원 +- 스크립트 언어로 구성되어 있기 때문에 XML과 달리 간단한 로직구현이 가능 + + + +### Maven vs Gradle + +Maven 엔 Gradle 비교 문서가 없지만 Gradle 엔 비교 문서가 있을 정도로 Gradle 은 비교에 자신감 있는 모습 +Gradle 자체가 Ant + Maven 의 단점을 보완하고 장점을 취합해서 만들어진 빌드 도구라 더 좋은 스펙을 가지고 있다 + + +**XML vs Groovy** + +- Build 라는 동적인 요소를 XML 로만 정의하기엔 설정 내용이 길어지고 가독성이 떨어진다 +- Groovy 같은 경우 코드로만 봤을 때도 더욱 간단하게 사용 가능 , 또한 동적인 빌드는 스크립트로 직접 코드를 구현해서 확장 가능 + +=> Gradle 의 Groovy 를 사용했을 때 코드를 더 효율적으로 사용 가능 + + + +**상속 구조 vs 설정 주입 방식** + +- Maven 의 상속 구조인 경우 특정 설정을 소수의 모듈에서 공유하기 위해선 비어있는 프로젝트를 만들어서 공통 설정을 넣고 그걸 상속하게 해야함 => 쓸데 없이 설정이 길어지고 복이 발생하여 가독성이 매우 떨어짐 +- Gradle 의 설정 주입 방식의 경우 필요한 프로젝트에 바로 주입하는 방식이라 공통적으로 필요한 설정은 공통으로 주입하고 모듈별로 필요한 설정들은 모듈별로 설정해두면 됨 + +=> 멀티 모듈 프로젝트를 진행한다고 할 땐 Gradle 의 설정 주입 방식이 더 효율적이다 + + + +**성능** + +Gradle 이 Maven 보다 최대 100배 빠름 + +- **증분성(Incrementality)** : Gradle은 가능한 경우 변경된 파일만 작업해 중복 작업을 피한다. → 증분 빌드 + +- **Build cache** : 동일한 입력에 대해서 gradle 빌드를 재사용 한다. +- **Gradle 데몬** : 빌드 정보를 메모리에 유지하는 프로세스를 구동한다. + + + +#### 소규모 다중 프로젝트 빌드 + + 10개 모듈 다중 프로젝트 빌드의 일반적인 작업에 대한 결과 (각 하위 프로젝트들은 50개의 소스 파일과 50개의 테스트 소스 파일) + +**클린 빌드의 경우 2~3배, 증분 변경의 경우 약 7배, Gradle 작업 출력이 캐시될 때 최대 14배 빠름 !!** + +![https://user-images.githubusercontent.com/39696812/126539261-665b1eca-0cde-4883-b51d-519ef89864db.png](https://user-images.githubusercontent.com/39696812/126539261-665b1eca-0cde-4883-b51d-519ef89864db.png) + + + +#### 대규모 다중 프로젝트 빌드 + +500개 모듈 다중 프로젝트 빌드에 대한 일반적인 작업의 결과 (각 하위 프로젝트에는 100개의 소스 파일과 100개의 테스트 파일) + +**클린 빌드의 경우 3~10배, 증분 변경의 경우 약 85배, Gradle 작업 출력이 캐시될 때 최대 13배 빠름 !!** + +![https://user-images.githubusercontent.com/39696812/126539585-93321485-25fb-45e2-94aa-479cd7238d81.png](https://user-images.githubusercontent.com/39696812/126539585-93321485-25fb-45e2-94aa-479cd7238d81.png) + + + +### 레퍼런스 + +[자바 빌드 도구](https://velog.io/@dnstlr2933/%EC%9E%90%EB%B0%94-%EB%B9%8C%EB%93%9C-%EB%8F%84%EA%B5%AC)
+[Java 빌드 도구 - Ant, Maven, Gradle](https://happydeveloperslife.tistory.com/entry/Java-%EB%B9%8C%EB%93%9C-%EB%8F%84%EA%B5%AC-Ant-Maven-Gradle)
+[Ant, Maven, Gradle 이 뭘까?](https://sugerent.tistory.com/571)
+[Gradle vs Maven: Performance Comparison](https://gradle.org/gradle-vs-maven-performance/)
+[Gradle vs Maven Comparison](https://gradle.org/maven-vs-gradle/)
\ No newline at end of file