- Gradle을 사용하여 제품 변형 및 빌드 유형을 고급스럽게 관리하여 배포를 최적화합니다.
- SDK, 네임스페이스 및 애플리케이션 ID를 세밀하게 제어하여 Google Play에서 호환성과 고유성을 보장합니다.
- 리소스가 제한된 환경에서 IDE 및 빌드 시스템의 성능을 최적화합니다.
- 네이티브 C++ 라이브러리 통합 및 동적 환경 설정을 위한 BuildConfig 클래스 사용.
모바일 개발을 시작했다면 빌드 설정이 단순히 실행 버튼을 누르는 것만으로는 해결되지 않는다는 것을 알게 되었을 것입니다. 안드로이드 빌드 시스템은 여러분의 모든 코드와 리소스를 APK 파일이나 안드로이드 앱 번들(AAB)로 변환하는 엔진이며, 이 패키지들이 최종적으로 사용자 기기에 배포됩니다.
이 모든 것을 원활하게 실행하기 위해 Android Studio는 Gradle과 전용 플러그인을 사용하며 , 이를 통해 앱의 서명부터 지원할 운영 체제 버전까지 모든 것을 사용자 지정할 수 있습니다. 처음에는 쉽지 않지만, 변형과 종속성을 구성하는 방법을 익히면 프로젝트를 복제하지 않고도 무료, 유료 또는 평가판 버전을 출시할 수 있습니다.
빌드의 핵심: Gradle과 관련 파일들
빌드 프로세스를 관리하기 위해 Kotlin DSL이나 Groovy 같은 언어를 사용하는 여러 텍스트 파일과 상호 작용해야 합니다. 우선 Gradle Wrapper(gradlew)가 있는데 , 이는 팀 전체가 동일한 버전의 Gradle을 사용하도록 보장하여 "내 컴퓨터에서는 잘 작동하는데"라는 식의 문제를 방지해 주기 때문에 매우 유용합니다.
프로젝트의 최상위에는 settings.gradle.kts 파일이 있는데 , 여기서 Gradle에게 어떤 모듈이 앱에 포함되는지 알려주고 저장소를 구성합니다. 그다음에는 최상위 build.gradle 파일이 있는데 , 모든 모듈에서 공유될 플러그인 버전을 정의합니다. 하지만 진정한 핵심은 모듈 수준의 build.gradle 파일 에 있습니다 . 여기서 SDK 및 종속성과 같은 앱별 세부 정보를 구성합니다.
Android SDK 마스터하기
SDK를 제대로 설정하는 것은 앱이 구형 기기에서 충돌하거나 더 이상 사용 불가능해지는 것을 방지하는 데 매우 중요합니다. compileSdk 는 코드를 작성하는 동안 사용할 수 있는 Android API를 정의합니다. 최신 기능을 활용하려면 항상 최신 버전을 사용하는 것이 이상적입니다. 반면 minSdk는 중요한 기준점입니다. 이 기준보다 낮은 버전의 SDK를 사용하는 기기에는 앱을 설치할 수 없습니다.
targetSdk 를 빼놓을 수 없는데 , 이는 기본적으로 운영체제에 해당 버전에서 이미 앱을 테스트했음을 알려주는 역할을 합니다. 기기에 설치된 안드로이드 버전이 목표 버전보다 최신 버전인 경우, 시스템은 앱이 오작동하는 것을 방지하기 위해 호환성 모드를 활성화합니다.
제품 변형 및 빌드 유형
여기서부터 흥미로워집니다. 빌드 유형 이는 발달 단계를 구분하는 데 사용됩니다. 기본적으로 우리는 다음과 같은 것을 가지고 있습니다. debug디버깅을 허용하고 일반 키를 사용하는 기능입니다. release이는 공개용으로 최적화되고, 난독화되고, 서명된 버전입니다.
"라이트" 버전과 "프로" 버전을 실행하려면 다음을 사용해야 합니다. 제품 맛이를 통해 공통 코드는 재사용하면서 버전에 따라 리소스나 기능을 변경할 수 있습니다. 빌드 유형과 제품 변형을 결합하면 다음과 같은 결과를 얻습니다. 컴파일 변형 (예 : demoDebug이를 관리하기 위해 우리는 다음을 사용합니다. 변형의 차원이 기능을 사용하면 앱에서 다양한 맛을 그룹화하고 혼합할 수 있습니다.
ID 및 네임스페이스 관리
El applicationId 이것은 Google Play 스토어에서 사용하는 앱 ID입니다. 앱을 게시한 후 이 ID를 변경하면 스토어에서는 완전히 새로운 앱으로 인식합니다. 이 ID를 사용하는 것도 가능합니다. applicationIdSuffix 디버그 버전이 다른 ID를 가지게 되어 설치가 가능해집니다. 두 버전 모두 동일한 휴대폰에서 사용 가능 충돌 없이.
반면 네임스페이스는 R 및 BuildConfig 클래스가 생성되는 패키지를 정의합니다. 복잡성을 피하기 위해 네임스페이스와 applicationId를 동일하게 사용하는 것이 권장되지만, 앱 스토어의 ID를 변경하지 않고 소스 코드를 재구성해야 하는 경우 분리할 수도 있습니다.
서명 및 보안 구성
서명되지 않은 릴리스 앱은 배포할 수 없습니다. 이를 위해서는 키 저장소 와 개인 키가 필요합니다. Gradle 파일에 비밀번호를 직접 작성해서는 안 되며, 환경 변수나 버전 관리 시스템에 업로드되지 않는 로컬 속성 파일에서 비밀번호를 불러오는 것이 가장 좋습니다.
IDE 성능 최적화
Android Studio는 메모리를 많이 사용하는 경향이 있습니다. 이를 방지하려면 studio.vmoptions 파일을 편집 하여 최대 힙 크기(Xmx)를 늘릴 수 있습니다. 컴퓨터 사양이 낮은 경우 절전 모드를 활성화하고 불필요한 린트 검사를 비활성화하는 것이 좋으며, 무엇보다 에뮬레이터 대신 실제 기기에서 디버깅하는 것이 가장 좋습니다.
Windows에서 안티바이러스 소프트웨어는 Gradle이 생성하는 모든 파일을 검사하여 빌드 프로세스 속도를 저하시킬 수 있습니다. 해결 방법은 Gradle 폴더 , Android SDK 및 프로젝트를 실시간 검사에서 제외하는 것으로, 이렇게 하면 속도를 크게 향상시킬 수 있습니다.
BuildConfig와 네이티브 라이브러리 사용
수업 빌드 구성 Gradle이 자동으로 생성하는 필수 도구입니다. 이를 통해 현재 모드인지 여부를 알 수 있습니다. DEBUG o RELEASE 코드를 통해, 이는 다음과 같은 경우에 이상적입니다. 운영 환경에서 로그 숨기기 또는 개발 환경과 운영 환경 간의 서버 URL을 변경하십시오.
강력한 성능이 필요한 사용자를 위해 Android Studio는 통합 기능을 제공합니다. CMake 또는 ndk-build를 사용한 C++외부 프로젝트를 연결하고 제어할 수 있습니다. ABI(바이너리 인터페이스)우리는 다음을 사용하여 패키징하려고 합니다. abiFilters필요하지 않은 아키텍처를 포함시켜 최종 파일 크기가 너무 커지는 것을 방지합니다.
소스 세트 구성
Gradle은 코드를 다음과 같이 구성합니다. 기원 집합디렉토리 src/main/ 여기에는 모든 사람이 공유하는 내용이 포함되어 있지만, 다음과 같은 폴더를 만들 수도 있습니다. src/debug/ o src/full/ 해당 버전에만 존재하는 코드를 삽입하는 것입니다. 하나가 있습니다. 우선순위 계층 구조빌드 변형에 포함된 파일은 빌드 유형에 포함된 파일보다 우선순위가 높으며, 빌드 유형에 포함된 파일은 제품 변형 및 메인 코드에 포함된 파일보다 우선순위가 높습니다.
설정 파일, 메모리 관리, 버전 슬라이싱으로 구성된 이 전체 생태계를 통해 간단한 프로젝트를 모든 안드로이드 기기에 맞춰 확장 및 적응 가능한 전문적인 인프라로 전환할 수 있으며, 효율적인 패키징 프로세스와 안전한 앱 스토어 배포를 보장할 수 있습니다.