Gradle

🚀 빌드 관리 도구의 최강자, Gradle 핵심 정리

오늘 학습한 아키텍처 구조(Controller-Service-Repository)가 원활하게 돌아가도록 뒤에서 지원해주는 빌드 시스템의 핵심인 Gradle에 대해 정리합니다.

1. 빌드(Build)와 빌드 도구란?

빌드(Build): 소스코드를 컴파일, 테스트, 정적 분석 등을 거쳐 실행 가능한 애플리케이션(.jar, .war)으로 만드는 전체 과정을 말합니다.
빌드 도구의 필요성: 프로젝트가 커지면 수많은 외부 라이브러리가 필요합니다. 이를 개발자가 일일이 다운로드하고 버전을 맞추는 것은 불가능에 가깝기에, 이를 자동화해주는 도구가 필수적입니다.

2. Gradle이란?

2012년에 출시된 Groovy/Kotlin 기반의 오픈소스 빌드 자동화 시스템입니다.
유연한 스크립트: 자바와 유사한 문법을 사용하여 설정 파일 자체가 하나의 프로그램처럼 읽기 쉽고 강력한 기능을 가집니다.
높은 확장성: 프로젝트 설정 주입 방식을 사용하여 코드 재사용성과 중복 제거에 매우 유리합니다.

3. 왜 Maven보다 Gradle인가? (주요 장점)

① 압도적인 빌드 속도

공식 문서에 따르면 특정 상황에서 Maven보다 최대 100배까지 빠릅니다. 그 비결은 다음과 같습니다.
점진적 빌드(Incremental Build): 마지막 빌드 이후 변경된 파일만 골라서 빌드합니다.
빌드 캐시(Build Cache): 이전 빌드 결과물을 저장해두었다가 필요할 때 재사용합니다.
데몬 프로세스(Daemon Process): 빌드 프로세스를 메모리에 상주시켜 초기화 시간을 단축합니다.

② 멀티 프로젝트 빌드 (Multi-Project Build)

하나의 부모 프로젝트 아래에 여러 개의 서브 프로젝트(예: 공통 모듈, API 모듈, 관리자 모듈)를 두어 관리하기가 매우 수월합니다.

4. 의존성 관리(Dependency) 핵심 키워드

build.gradle에서 라이브러리를 추가할 때 사용하는 키워드들의 차이점을 이해하는 것이 중요합니다.

Gradle 의존성 키워드 정리

키워드	설명 및 특징
implementation	가장 권장되는 방식. 컴파일 시에는 해당 의존성을 숨기고 실행 시에만 노출하여 빌드 속도를 높이고 의존성 오염을 방지
api	해당 의존성을 가져온 다른 모듈에서도 사용할 수 있게 노출 (의존성 전파)
compileOnly	컴파일 시에만 필요하고 결과물(.jar)에는 포함되지 않음 (예: Lombok)
runtimeOnly	실행 시에만 필요 (예: JDBC 드라이버)
testImplementation	테스트 코드 실행 시에만 사용됨 (예: JUnit, AssertJ)

💡 오늘 학습 내용과 연결하기 (회고)

우리가 Rq 클래스를 테스트하기 위해 build.gradle.kts에 AssertJ 라이브러리를 추가했던 과정이 바로 Gradle의 의존성 관리 기능을 사용한 실례입니다.
단순히 라이브러리를 가져오는 것에 그치지 않고, 레이어드 아키텍처로 설계된 우리 프로젝트가 안정적으로 빌드되고 테스트될 수 있도록 든든한 기반을 마련해주는 것이 바로 Gradle의 역할입니다.

참고 자료: 우아한테크 - [10분 테코톡] 루나의 Gradle