Gradle과 Maven 을 설명하기 전에 우선 빌드와 빌드도구가 무엇인지에 대해서 알아야 합니다.
빌드란 프로그램을 실행 가능한 배포 파일을 만들어 내는 것을 의미합니다.
즉, 소스 코드를 컴파일하고, 컴파일된 클래스 파일과 리소스 파일등 프로그램 실행에 관련된 파일들을 패키징 하여, 배포 가능한 형태로 만드는 것을 의미합니다.
빌드가 생성되는 과정에서 이루어지는 과정
컴파일, 테스트, 패키징, 의존성 관리, 배포, 클린업, 리포트
빌드 도구는 이러한 일련의 빌드 과정을 자동화해주는 소프트웨어입니다. 설정 파일을 통해 필요한 작업을 정의하고 클릭 한 번으로 모든 의존 라이브러리(jar 파일) 을 다운로드해 컴파일하고, 테스트하고, 패키징하여 배포까지 자동으로 처리할 수 있습니다.
이로 인해 배포 작업이 간편하고 효율적으로 이뤄지게 되어 손쉽게 배포 작업을 진행할 수 있습니다.
Java 생태계에서 대표적으로 사용하는 빌드도구가 바로 Maven, Gradle 입니다.
Maven 이란?
Maven 은 Ant 의 단점을 개선한 빌드 도구입니다.
Maven 은 java 프로젝트를 위한 빌드 자동화 도구로써 빌드(Build) , 패키징(jar 또는 war 파일 생성), 테스트, 외부라이브러리 관리, 배포 등을 한 번의 명령으로 간편하게 처리해 줄 수 있습니다.
Java 프로젝트에서는 수많은 외부 라이브러리를 사용하는데, 과거에는 필요한 라이브러리를 직접 다운로드하고 프로젝트 폴더에 수동으로 배치해 관리하였습니다. 그래서 라이브러리의 버전이 변경될때마다 다시 다운로드하고 업데이트해야 하는 등 번거로움이 많았습니다.
Maven 등장 이전에는 Ant 라는 빌드 도구를 사용했지만, Ant 는 외부 라이브러리 관리 기능이 부족했습니다. Maven 은 이러한 Ant 단점을 보완했습니다. 외부 라이브러리가 자동으로 다운로드되고 관리할 수 있는 기능을 제공합니다.
더불어 표준화된 프로젝트 구조와 빌드 방식을 지원해 빌드 작업을 더욱 간소화하고 효율적으로 만들어 줍니다.
Maven 은 pom.xml(Project Object Model) 파일을 사용해 빌드 설정을 관리합니다.
Maven 은 빌드도구이지만, 설정파일에 소스파일의 위치나 컴파일한 결과를 저장할 Target 폴더의 위치를 지정하지 않습니다. 일종의 미리 정해둔 관습에 의거해서 어디에 소스파일이 위치할 것인지 어디에 컴파일한 파일을 만들것인지를 미리 정해두고 그 위치에 소스파일이 있으면 그것을 근거로 빌드(컴파일) 작업을 진행합니다.
Maven 의 이런 특징 즉, 설정보다는 관습을 기반으로 동작하는 특징을 가리켜서 CoC(Convention over Configuration) 이라고 합니다.
POM(Project Object Model)
Maven 은 프로젝트에 필요한 설정 정보를 프로젝트 객체라는 개념으로 모델링하여 관리합니다.
예를 들어, 버전, 빌드 환경, 라이브러리 저장소, 사용할 라이브러리 및 의존성 등과 같은 모든 설정 정보를 포함합니다.
이러한 프로젝트 객체 정보는 pom.xml 에 작성됩니다.
쉽게 말해, Maven 은 빌드와 관련된 설정을 모두 pom.xml 파일에 정의하면 필요한 작업을 자동으로 처리할 수 있다는 뜻입니다.
아래는 간단한 pom.xml 예시입니다.
<project 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.0modelVersion>
<groupId>com.examplegroupId>
<artifactId>my-appartifactId>
<version>1.0-SNAPSHOTversion>
<properties>
<maven.compiler.source>1.8maven.compiler.source>
<maven.compiler.target>1.8maven.compiler.target>
properties>
<dependencies>
<dependency>
<groupId>junitgroupId>
<artifactId>junitartifactId>
<version>4.12version>
<scope>testscope>
dependency>
dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.pluginsgroupId>
<artifactId>maven-compiler-pluginartifactId>
<version>3.8.0version>
<configuration>
<source>1.8source>
<target>1.8target>
configuration>
plugin>
plugins>
build>
project>
하지만 이러한 Maven 에도 빌드 속도가 느리고 유연성이 부족하다는 단점이 있습니다.
이를 개선하고 보완하기 위해 나온 것이 바로 Gradle 입니다.
Gradle 이란?
Gradle 은 2007년 JetBrains 회사의 Hans Dockter 가 개발한 오픈 소스 빌드 자동화 도구로 Apache Ant 와 Apache Maven 의 장점을 결합하여 만들어졌습니다.
Maven 은 XML 기반의 빌드 파일을 사용하기 때문에 가독성이 떨어지지만 Gradle 은 Groovy 기반 스크립트 방식을 사용하여 build.gradle 이라는 빌드 파일을 만들기 때문에 가독성이 좋고, 또 스크립트를 통해 여러가지 상황에 적합한 빌드를 만들어 낼 수 있어 유연합니다.
이러한 유연성 덕분에 Gradle 은 빌드 과정에서 병렬처리와 캐싱을 사용하여 Maven 보다 10 ~ 100배 까지 향상된 성능을 구현할 수 있습니다. 이러한 이점 덕분에 Gradle 은 안드로이드 개발을 위한 공식 빌드 도구로 지정되어, 안드로이드 애플리케이션을 빌드하고 관리할 때 널리 사용되고 있습니다.
Gradle 의 구조
Gradle 은 Groovy 언어의 build.gradle 파일을 통해 프로젝트의 빌드 설정과 종속성을 설정합니다.
이러한 구조는 Gradle 이 빌드 시스템으로서의 유연성과 효율성을 제공할 수 있도록 도와줍니다.
아래는 build.gradle 의 예시입니다.
// build.gradle
plugins {
// Java 플러그인을 사용하여 Java 프로젝트를 빌드합니다.
id 'java'
}
// 프로젝트 설정
// group: 프로젝트 그룹 식별자
// version: 프로젝트 버전
group 'com.example'
version '1.0'
// 의존성 관리
// 아래는 JUnit 의존성을 추가하는 예시입니다.
dependencies {
// JUnit 테스트 라이브러리
testImplementation 'junit:junit:4.12'
}
// 빌드 설정
// 아래 예시에서는 JAR 파일을 생성합니다.
jar {
// 빌드된 JAR 파일의 main() 클래스를 설정합니다.
manifest {
attributes 'Main-Class': 'com.example.MyMainClass'
}
}
이러한 gradle.build 파일은 프로젝트 루트 디렉토리에 gradlew 및 gradlew.bat 파일이 있어서 해당 프로젝트의 Gradle 빌드를 실행하는 데 사용됩니다.
Maven 과 Gradle
Maven 은 2004 년 처음 개발되었습니다. 먼저 개발되었기에, 현재까지 가장 많은 사용자가 사용하는 빌드 도구입니다.
반면 Gradle 은 Maven 보다 나중에 개발된 빌드 도구로 2007 년에 개발되었습니다. 처음에는 비교적 주목을 받지 못했지만, 2013 년 구글이 안드로이드 스튜디오의 기본빌드 시스템으로 Gradle 을 채택해서, 안드로이드 개발자 사이에서는 Gradle 이 표준 빌드 도구로 자리잡게 되었습니다.
Maven 과 Gradle 은 언제 사용할까?
Maven 과 Gradle 은 각각의 장점과 특성을 지닌 두 가지 강력한 빌드 도구입니다. Maven 은 단순하고 일관된 빌드 생명주기를 제공하며, 표준화된 프로젝트 관리에 뛰어나기 때문에 간단한 프로젝트나 명확한 구조와 표준화가 요구되는 프로젝트에 적합합니다.
반면, Gradle 은 유연한 구성과 뛰어난 성능을 제공하며, Groovy 스크립트 언어를 사용하여 복잡한 빌드요구사항을 효과적으로 처리할 수 있습니다.
따라서 성능 최적화가 필요하거나 복잡한 빌드프로세스를 관리해야 하는 경우에는 Gradle 을 사용하는 것이 더 나은 선택일 수 있습니다.
'CS' 카테고리의 다른 글
CI, CD, 파이프라인 (0) | 2025.03.24 |
---|---|
JAR , WAR 차이 (1) | 2025.03.07 |
Tomcat 이란 (3) | 2025.01.03 |
Base64, Blob (0) | 2024.11.29 |
XML (2) | 2024.11.19 |