Android derleme sistemi, uygulama kaynaklarını ve kaynak kodunu derleyip test edebileceğiniz, dağıtabileceğiniz, imzalayabileceğiniz ve dağıtabileceğiniz APK'lar veya Android App Bundle'lar halinde paketler.
Gradle derlemesine genel bakış ve Android derleme yapısı bölümlerinde derleme kavramlarını ve Android uygulamasının yapısını ele aldık. Şimdi derlemeyi yapılandırma zamanı.
Android derleme sözlüğü
Gradle ve Android Gradle eklentisi, derlemenizin aşağıdaki özelliklerini yapılandırmanıza yardımcı olur:
- Derleme türleri
-
Derleme türleri, Gradle'ın uygulamanızı derlerken ve paketlerken kullandığı belirli özellikleri tanımlar. Derleme türleri genellikle geliştirme yaşam döngünüzün farklı aşamaları için yapılandırılır.
Örneğin, hata ayıklama derleme türü, hata ayıklama seçeneklerini etkinleştirir ve uygulamayı hata ayıklama anahtarıyla imzalar. Yayınlanan derleme türü ise uygulamanızı küçültebilir, kodunu gizleyebilir ve dağıtım için bir yayın anahtarıyla imzalayabilir.
Uygulamanızı derlemek için en az bir derleme türü tanımlamanız gerekir. Android Studio, varsayılan olarak hata ayıklama ve yayınlanan derleme türlerini oluşturur. Uygulamanızın paketleme ayarlarını özelleştirmeye başlamak için derleme türlerini nasıl yapılandıracağınızı öğrenin.
- Ürün türleri
- Ürün türleri, uygulamanızın kullanıcılara yayınlayabileceğiniz farklı sürümlerini (ör. ücretsiz ve ücretli sürümler) temsil eder. Uygulamanızın tüm sürümlerinde ortak olan kısımları paylaşıp yeniden kullanırken farklı kod ve kaynaklar kullanmak için ürün türlerini özelleştirebilirsiniz. Ürün türleri isteğe bağlıdır ve bunları manuel olarak oluşturmanız gerekir. Uygulamanızın farklı sürümlerini oluşturmaya başlamak için ürün türlerini nasıl yapılandıracağınızı öğrenin.
- Derleme değişkenleri
- Derleme değişkeni, derleme türü ile ürün türünün çapraz ürünüdür ve Gradle'ın uygulamanızı derlemek için kullandığı yapılandırmadır. Derleme değişkenlerini kullanarak geliştirme sırasında ürün türlerinizin hata ayıklama sürümünü ve dağıtım için ürün türlerinizin imzalı yayınlanan sürümlerini derleyebilirsiniz. Derleme değişkenlerini doğrudan yapılandırmasanız da bunları oluşturan derleme türlerini ve ürün türlerini yapılandırırsınız. Ek derleme türleri veya ürün türleri oluşturduğunuzda ek derleme değişkenleri de oluşturulur. Derleme değişkenlerini nasıl oluşturacağınızı ve yöneteceğinizi öğrenmek için Derleme değişkenlerini yapılandırma başlıklı genel bakış makalesini okuyun.
- Manifest girişleri
- Derleme varyantı yapılandırmasında manifesto dosyasının bazı özellikleri için değerler belirtebilirsiniz. Bu derleme değerleri, manifesto dosyasındaki mevcut değerleri geçersiz kılar. Bu, uygulamanızın farklı uygulama adı, minimum SDK sürümü veya hedef SDK sürümü içeren birden fazla varyantını oluşturmak istediğinizde kullanışlıdır. Birden fazla manifest varsa manifest birleştirme aracı manifest ayarlarını birleştirir.
- Bağımlılıklar
- Derleme sistemi, yerel dosya sisteminizdeki ve uzak depolardaki proje bağımlılıklarını yönetir. Bu sayede, bağımlılıklarınızın ikili paketlerini manuel olarak aramanız, indirmeniz ve proje dizininize kopyalamanız gerekmez. Daha fazla bilgi için Derleme bağımlılıkları ekleme başlıklı makaleyi inceleyin.
- İmzalama
- Derleme sistemi, derleme yapılandırmasında imzalama ayarlarını belirtmenize olanak tanır ve derleme işlemi sırasında uygulamanızı otomatik olarak imzalayabilir. Derleme sistemi, derleme sırasında şifre istemini önlemek için bilinen kimlik bilgilerini kullanarak hata ayıklama sürümünü varsayılan bir anahtar ve sertifikayla imzalar. Derleme sistemi, bu derleme için açıkça bir imza yapılandırması tanımlamadığınız sürece yayınlanan sürümü imzalamaz. Sürüm anahtarınız yoksa Uygulamanızı imzalama bölümünde açıklandığı şekilde bir anahtar oluşturabilirsiniz. Uygulamaları çoğu uygulama mağazası üzerinden dağıtmak için imzalı yayınlanan derlemeler gerekir.
- Kod ve kaynak küçültme
- Derleme sistemi, her derleme değişkeni için farklı bir ProGuard kural dosyası belirtmenize olanak tanır. Derleme sistemi, uygulamanızı derlerken R8 gibi yerleşik küçültme araçlarını kullanarak kodunuzu ve kaynaklarınızı küçültmek için uygun kural grubunu uygular. Kodunuzu ve kaynaklarınızı küçültmek, APK veya AAB boyutunuzu azaltmanıza yardımcı olabilir.
- Birden fazla APK desteği
- Derleme sistemi, her biri yalnızca belirli bir ekran yoğunluğu veya Uygulama İkili Arabirimi (ABI) için gereken kod ve kaynakları içeren farklı APK'ları otomatik olarak oluşturmanıza olanak tanır. Daha fazla bilgi için Birden fazla APK oluşturma başlıklı makaleyi inceleyin. Ancak tek bir AAB yayınlamak, ekran yoğunluğu ve ABI'ye ek olarak dile göre bölme imkanı sunduğu ve Google Play'e birden fazla yapı yükleme ihtiyacını ortadan kaldırdığı için önerilen yaklaşımdır. Ağustos 2021'den sonra gönderilen tüm yeni uygulamaların AAB kullanması gerekir.
Android derlemelerindeki Java sürümleri
Kaynak kodunuz Java, Kotlin veya her ikisiyle yazılmışsa derlemeniz için JDK veya Java dili sürümünü seçmeniz gereken birkaç yer vardır. Ayrıntılar için Android derlemelerindeki Java sürümleri başlıklı makaleyi inceleyin.
Derleme yapılandırma dosyaları
Özel derleme yapılandırmaları oluşturmak için bir veya daha fazla derleme yapılandırma dosyasında değişiklik yapmanız gerekir. Bu düz metin dosyaları, Kotlin dilinin bir türü olan Kotlin komut dosyasını kullanarak derleme mantığını açıklamak ve değiştirmek için alana özgü bir dil (DSL) kullanır. Derlemelerinizi yapılandırmak için Java Sanal Makinesi (JVM) için dinamik bir dil olan Groovy'yi de kullanabilirsiniz.
Android Gradle eklentisi, ihtiyacınız olan DSL öğelerinin çoğunu sunduğundan derlemenizi yapılandırmaya başlamak için Kotlin komut dosyası veya Groovy bilmeniz gerekmez. Android Gradle eklentisi DSL hakkında daha fazla bilgi edinmek için DSL referans belgelerini okuyun. Kotlin komut dosyası, temel Gradle Kotlin DSL'yi de kullanır.
Yeni bir projeye başlarken Android Studio, bu dosyalardan bazılarını sizin için otomatik olarak oluşturur ve mantıklı varsayılanlara göre doldurur. Oluşturulan dosyalara genel bakış için Android derleme yapısı başlıklı makaleyi inceleyin.
Gradle sarmalayıcı dosyası
Gradle sarmalayıcı (gradlew), kaynak kodunuzda bulunan ve Gradle'ı indirip başlatan küçük bir uygulamadır.
Bu sayede derleme yürütme işlemi daha tutarlı hale gelir. Geliştiriciler, uygulama kaynağını indirip gradlew komutunu çalıştırır. Bu işlem, gerekli Gradle dağıtımını indirir ve uygulamanızı derlemek için Gradle'ı başlatır.
gradle/wrapper/gradle-wrapper.properties dosyası, derlemenizi çalıştırmak için hangi Gradle sürümünün kullanıldığını açıklayan bir distributionUrl özelliği içerir.
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-8.0-bin.zip
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
Gradle ayarları dosyası
settings.gradle.kts dosyası (Kotlin DSL için) veya settings.gradle dosyası (Groovy DSL için) kök proje dizininde bulunur. Bu ayar dosyası, proje düzeyindeki depo ayarlarını tanımlar ve Gradle'a uygulamanızı derlerken hangi modülleri dahil etmesi gerektiğini bildirir. Çok modüllü projelerin, nihai derlemeye dahil edilmesi gereken her modülü belirtmesi gerekir.
Çoğu projede dosya varsayılan olarak aşağıdaki gibi görünür:
Kotlin
pluginManagement { /** * The pluginManagement.repositories block configures the * repositories Gradle uses to search or download the Gradle plugins and * their transitive dependencies. Gradle pre-configures support for remote * repositories such as JCenter, Maven Central, and Ivy. You can also use * local repositories or define your own remote repositories. Here we * define the Gradle Plugin Portal, Google's Maven repository, * and the Maven Central Repository as the repositories Gradle should use to look for its * dependencies. */ repositories { gradlePluginPortal() google() mavenCentral() } } dependencyResolutionManagement { /** * The dependencyResolutionManagement.repositories * block is where you configure the repositories and dependencies used by * all modules in your project, such as libraries that you are using to * create your application. However, you should configure module-specific * dependencies in each module-level build.gradle file. For new projects, * Android Studio includes Google's Maven repository and the Maven Central * Repository by default, but it does not configure any dependencies (unless * you select a template that requires some). */ repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS) repositories { google() mavenCentral() } } rootProject.name = "My Application" include(":app")
Modern
pluginManagement { /** * The pluginManagement.repositories block configures the * repositories Gradle uses to search or download the Gradle plugins and * their transitive dependencies. Gradle pre-configures support for remote * repositories such as JCenter, Maven Central, and Ivy. You can also use * local repositories or define your own remote repositories. Here we * define the Gradle Plugin Portal, Google's Maven repository, * and the Maven Central Repository as the repositories Gradle should use to look for its * dependencies. */ repositories { gradlePluginPortal() google() mavenCentral() } } dependencyResolutionManagement { /** * The dependencyResolutionManagement.repositories * block is where you configure the repositories and dependencies used by * all modules in your project, such as libraries that you are using to * create your application. However, you should configure module-specific * dependencies in each module-level build.gradle file. For new projects, * Android Studio includes Google's Maven repository and the Maven Central * Repository by default, but it does not configure any dependencies (unless * you select a template that requires some). */ repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS) repositories { google() mavenCentral() } } rootProject.name = "My Application" include ':app'
Üst düzey derleme dosyası
Üst düzey build.gradle.kts dosyası (Kotlin DSL için) veya build.gradle dosyası (Groovy DSL için) kök proje dizininde bulunur. Genellikle projenizdeki modüller tarafından kullanılan eklentilerin ortak sürümlerini tanımlar.
Aşağıdaki kod örneğinde, yeni bir proje oluşturulduktan sonra üst düzey derleme komut dosyasındaki varsayılan ayarlar ve DSL öğeleri açıklanmaktadır:
Kotlin
plugins { /** * Use `apply false` in the top-level build.gradle file to add a Gradle * plugin as a build dependency but not apply it to the current (root) * project. Don't use `apply false` in sub-projects. For more information, * see Applying external plugins with same version to subprojects. */ id("com.android.application") version "9.4.0" apply false id("com.android.library") version "9.4.0" apply false id("org.jetbrains.kotlin.android") version "2.4.10" apply false }
Modern
plugins { /** * Use `apply false` in the top-level build.gradle file to add a Gradle * plugin as a build dependency but not apply it to the current (root) * project. Don't use `apply false` in sub-projects. For more information, * see Applying external plugins with same version to subprojects. */ id 'com.android.application' version '9.4.0' apply false id 'com.android.library' version '9.4.0' apply false id 'org.jetbrains.kotlin.android' version '2.4.10' apply false }
Modül düzeyindeki derleme dosyası
Modül düzeyindeki build.gradle.kts (Kotlin DSL için) veya build.gradle dosyası (Groovy DSL için) her project/module/ dizininde bulunur. Bulunduğu modül için derleme ayarlarını yapılandırmanıza olanak tanır. Bu derleme ayarlarını yapılandırarak ek derleme türleri ve ürün türleri gibi özel paketleme seçenekleri sunabilir ve main/ uygulama manifestindeki veya üst düzey derleme komut dosyasındaki ayarları geçersiz kılabilirsiniz.
Android SDK Ayarları
Uygulamanızın modül düzeyindeki derleme dosyası; derleme, platform davranışlarını seçme ve uygulamanızın çalıştığı minimum sürümü belirtme sırasında kullanılan Android SDK sürümlerini gösteren ayarlar içerir.
-
compileSdk -
compileSdk, kaynak kodunuzu derlerken hangi Android ve Java API'lerinin kullanılabileceğini belirler. En yeni Android özelliklerini kullanmak için derleme sırasında en yeni Android SDK'sını kullanın.Bazı Android platformu API'leri eski API düzeylerinde kullanılamayabilir. Daha yeni özellikleri daha düşük Android API düzeyleriyle kullanmak için yeni özelliklerin kullanımını koşullu olarak koruyabilir veya AndroidX uyumluluk kitaplıklarını kullanabilirsiniz.
Her Android SDK'sı, uygulamanızda kullanabileceğiniz bir Java API alt kümesi sağlar. Java veya Kotlin kaynak kodumda hangi Java API'lerini kullanabilirim? bölümündeki tabloda, Android SDK sürümüne göre hangi Java API düzeyinin kullanılabileceği gösterilmektedir. Daha yeni Java API'leri, derlemenizde etkinleştirilmesi gereken desugaring işlemi aracılığıyla Android'in önceki sürümlerinde desteklenir.
Belirli bir alt API düzeyine göre derlemeniz gerekiyorsa genişletilmiş
compileSdkblok söz dizimini kullanın ve birminorApiLevelbelirtin:Kotlin
android { compileSdk { version = release(36) { minorApiLevel = 1 } } }
Modern
android { compileSdk { version = release(36) { minorApiLevel = 1 } } }
compileSdk, Android Studio'nun mevcut sürümü, AGP veya projenizin kitaplık bağımlılığı gereksinimleriyle çakışırsa Android Studio uyarılar gösterir. -
minSdk -
minSdk, uygulamanızın desteklemesini istediğiniz en düşük Android sürümünü belirtir.minSdkayarı, uygulamanızı yükleyebilecek cihazları kısıtlar.Android'in daha eski sürümlerini desteklemek için kodunuzda daha fazla koşullu kontrol yapmanız veya AndroidX uyumluluk kitaplıklarını daha fazla kullanmanız gerekebilir. Daha eski sürümleri desteklemenin bakım maliyetini, bu eski sürümleri kullanmaya devam eden kullanıcıların yüzdesiyle karşılaştırmanız gerekir. Mevcut sürüm kullanım yüzdeleri için Android Studio'nun Yeni proje sihirbazı'ndaki sürüm grafiğine bakın.
Android Studio'da kodunuzu düzenlerken veya derleme sırasında kontrolleri çalıştırırken lint, kullandığınız ancak
minSdkiçinde bulunmayan API'ler hakkında uyarı verir. Bu sorunları, yeni özellikleri koşullu hale getirerek veya geriye dönük uyumluluk içinAppcompatkullanarak düzeltmeniz gerekir. -
targetSdk -
targetSdkiki amaca hizmet eder:- Uygulamanızın çalışma zamanı davranışını ayarlar.
- Hangi Android sürümüne göre test yaptığınızı onaylar.
Uygulamanızı
targetSdkdeğerinizden daha yüksek bir Android sürümü kullanan bir cihazda çalıştırırsanız Android, uygulamanızıtargetSdkdeğerinizde belirtilen daha düşük sürüme benzer şekilde davranan bir uyumluluk modunda çalıştırır. Örneğin, API 23'te çalışma zamanında istenen izinler modeli kullanıma sunulduğunda tüm uygulamalar bu modeli hemen benimsemeye hazır değildi.targetSdkdeğerini 22 olarak ayarlayan uygulamalar, çalışma zamanında istenen izinleri kullanmadan API 23 cihazlarda çalışabilir ve en yenicompileSdksürümünde bulunan özellikleri kullanabilir. Google Play dağıtım politikası, hedef API düzeyiyle ilgili ek politikalar uygular.targetSdkdeğeri,compileSdkdeğeriyle bağlantılı değil. Örneğin,compileSdkdeğerinden daha yüksek, aynı veya daha düşük birtargetSdkdeğerine sahip olabilirsiniz.
Not: compileSdk ve targetSdk değerlerinin aynı olması gerekmez. Aşağıdaki temel ilkeleri göz önünde bulundurun:
compileSdk, yeni API'lere erişmenizi sağlartargetSdk, uygulamanızın çalışma zamanı davranışını belirler
Örnek uygulama modülü derleme komut dosyası
Bu örnek Android uygulama modülü derleme komut dosyası, temel DSL öğelerinden ve ayarlarından bazılarını özetler:
Kotlin
/** * The first section in the build configuration applies the Android Gradle plugin * to this build and makes the android block available to specify * Android-specific build options. */ plugins { id("com.android.application") } /** * Locate (and possibly download) a JDK used to build your kotlin * source code. This also acts as a default for sourceCompatibility, * targetCompatibility and jvmTarget. Note that this does not affect which JDK * is used to run the Gradle build itself, and does not need to take into * account the JDK version required by Gradle plugins (such as the * Android Gradle Plugin) */ kotlin { jvmToolchain(11) } /** * The android block is where you configure all your Android-specific * build options. */ android { /** * The app's namespace. Used primarily to access app resources. */ namespace = "com.example.myapp" /** * compileSdk specifies the Android API level Gradle should use to * compile your app. This means your app can use the API features included in * this API level and lower. */ compileSdk = 36 /** * The defaultConfig block encapsulates default settings and entries for all * build variants and can override some attributes in main/AndroidManifest.xml * dynamically from the build system. You can configure product flavors to override * these values for different versions of your app. */ defaultConfig { // Uniquely identifies the package for publishing. applicationId = "com.example.myapp" // Defines the minimum API level required to run the app. minSdk = 23 // Specifies the API level used to test the app. targetSdk = 36 // Defines the version number of your app. versionCode = 1 // Defines a user-friendly version name for your app. versionName = "1.0" } /** * The buildTypes block is where you can configure multiple build types. * By default, the build system defines two build types: debug and release. The * debug build type is not explicitly shown in the default build configuration, * but it includes debugging tools and is signed with the debug key. The release * build type applies ProGuard settings and is not signed by default. */ buildTypes { /** * By default, Android Studio configures the release build type to enable code * shrinking, using minifyEnabled, and specifies the default ProGuard rules file. */ getByName("release") { isMinifyEnabled = true // Enables code shrinking for the release build type. proguardFiles( getDefaultProguardFile("proguard-android.txt"), "proguard-rules.pro" ) } } /** * The productFlavors block is where you can configure multiple product flavors. * This lets you create different versions of your app that can * override the defaultConfig block with their own settings. Product flavors * are optional, and the build system does not create them by default. * * This example creates a free and paid product flavor. Each product flavor * then specifies its own application ID, so that they can exist on the Google * Play Store or an Android device simultaneously. * * If you declare product flavors, you must also declare flavor dimensions * and assign each flavor to a flavor dimension. */ flavorDimensions += "tier" productFlavors { create("free") { dimension = "tier" applicationId = "com.example.myapp.free" } create("paid") { dimension = "tier" applicationId = "com.example.myapp.paid" } } /** * To override source and target compatibility (if different from the * toolchain JDK version), add the following. All of these * default to the same value as kotlin.jvmToolchain. If you're using the * same version for these values and kotlin.jvmToolchain, you can * remove these blocks. */ //compileOptions { // sourceCompatibility = JavaVersion.VERSION_11 // targetCompatibility = JavaVersion.VERSION_11 //} //kotlinOptions { // jvmTarget = "11" //} } /** * The dependencies block in the module-level build configuration file * specifies dependencies required to build only the module itself. * To learn more, go to Add build dependencies. */ dependencies { implementation(project(":lib")) implementation("androidx.appcompat:appcompat:1.8.0") implementation(fileTree(mapOf("dir" to "libs", "include" to listOf("*.jar")))) }
Modern
/** * The first line in the build configuration applies the Android Gradle plugin * to this build and makes the android block available to specify * Android-specific build options. */ plugins { id 'com.android.application' } /** * Locate (and possibly download) a JDK used to build your kotlin * source code. This also acts as a default for sourceCompatibility, * targetCompatibility and jvmTarget. Note that this does not affect which JDK * is used to run the Gradle build itself, and does not need to take into * account the JDK version required by Gradle plugins (such as the * Android Gradle Plugin) */ kotlin { jvmToolchain 11 } /** * The android block is where you configure all your Android-specific * build options. */ android { /** * The app's namespace. Used primarily to access app resources. */ namespace 'com.example.myapp' /** * compileSdk specifies the Android API level Gradle should use to * compile your app. This means your app can use the API features included in * this API level and lower. */ compileSdk 36 /** * The defaultConfig block encapsulates default settings and entries for all * build variants and can override some attributes in main/AndroidManifest.xml * dynamically from the build system. You can configure product flavors to override * these values for different versions of your app. */ defaultConfig { // Uniquely identifies the package for publishing. applicationId 'com.example.myapp' // Defines the minimum API level required to run the app. minSdk 23 // Specifies the API level used to test the app. targetSdk 36 // Defines the version number of your app. versionCode 1 // Defines a user-friendly version name for your app. versionName "1.0" } /** * The buildTypes block is where you can configure multiple build types. * By default, the build system defines two build types: debug and release. The * debug build type is not explicitly shown in the default build configuration, * but it includes debugging tools and is signed with the debug key. The release * build type applies ProGuard settings and is not signed by default. */ buildTypes { /** * By default, Android Studio configures the release build type to enable code * shrinking, using minifyEnabled, and specifies the default ProGuard rules file. */ release { minifyEnabled true // Enables code shrinking for the release build type. proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } /** * The productFlavors block is where you can configure multiple product flavors. * This lets you create different versions of your app that can * override the defaultConfig block with their own settings. Product flavors * are optional, and the build system does not create them by default. * * This example creates a free and paid product flavor. Each product flavor * then specifies its own application ID, so that they can exist on the Google * Play Store or an Android device simultaneously. * * If you declare product flavors, you must also declare flavor dimensions * and assign each flavor to a flavor dimension. */ flavorDimensions "tier" productFlavors { free { dimension "tier" applicationId 'com.example.myapp.free' } paid { dimension "tier" applicationId 'com.example.myapp.paid' } } /** * To override source and target compatibility (if different from the * tool chain JDK version), add the following. All of these * default to the same value as kotlin.jvmToolchain. If you're using the * same version for these values and kotlin.jvmToolchain, you can * remove these blocks. */ //compileOptions { // sourceCompatibility JavaVersion.VERSION_11 // targetCompatibility JavaVersion.VERSION_11 //} //kotlinOptions { // jvmTarget = '11' //} } /** * The dependencies block in the module-level build configuration file * specifies dependencies required to build only the module itself. * To learn more, go to Add build dependencies. */ dependencies { implementation project(":lib") implementation 'androidx.appcompat:appcompat:1.8.0' implementation fileTree(dir: 'libs', include: ['*.jar']) }
Gradle özellik dosyaları
Gradle, kök proje dizininizde bulunan ve Gradle derleme araç setinin ayarlarını belirtmek için kullanabileceğiniz iki özellik dosyası da içerir:
-
gradle.properties - Bu dosyada, Gradle arka plan programının maksimum yığın boyutu gibi proje genelindeki Gradle ayarlarını yapılandırabilirsiniz. Daha fazla bilgi için Derleme Ortamı bölümüne bakın.
-
local.properties -
Derleme sistemi için aşağıdakiler dahil olmak üzere yerel ortam özelliklerini yapılandırır:
ndk.dir: NDK yolu. Bu özelliğin desteği sonlandırıldı. NDK'nın indirilen tüm sürümleri, Android SDK dizinindekindkdizinine yüklenir.sdk.dir: Android SDK'sının yolu.cmake.dir- CMake yolu.ndk.symlinkdir: Android Studio 3.5 ve sonraki sürümlerde, yüklü NDK yolundan daha kısa olabilen NDK'ya sembolik bağlantı oluşturur.
NDK'yi daha kısa bir yola yeniden eşleme (yalnızca Windows)
Windows'da, yüklü NDK klasöründeki araçlar (ör. ld.exe) uzun yollara sahip olur. Araçlar uzun yolları iyi desteklemiyor.
Daha kısa bir yol oluşturmak için local.properties dosyasında ndk.symlinkdir özelliğini ayarlayarak Android Gradle eklentisinin NDK'ya sembolik bağlantı oluşturmasını isteyin. Bu sembolik bağlantının yolu, mevcut NDK klasöründen daha kısa olabilir.
Örneğin, ndk.symlinkdir = C:\ şu sembolik bağlantıyla sonuçlanır:
C:\ndk\19.0.5232133
Projeyi Gradle dosyalarıyla senkronize etme
Projenizdeki derleme yapılandırması dosyalarında değişiklik yaptığınızda Android Studio, derleme yapılandırması değişikliklerinizi içe aktarabilmek ve yapılandırmanızın derleme hataları oluşturmadığından emin olmak için bazı kontroller yapmak üzere proje dosyalarınızı senkronize etmenizi ister.
Proje dosyalarınızı senkronize etmek için bir değişiklik yaptığınızda görünen bildirim çubuğunda Sync Now'ı (Şimdi Senkronize Et) (Şekil 2'de gösterildiği gibi) veya menü çubuğunda Sync Project'i (Projeyi Senkronize Et)
tıklayın. Android Studio, yapılandırmanızda hata bulursa (örneğin, kaynak kodunuz yalnızca compileSdkVersion değerinden daha yüksek bir API düzeyinde kullanılabilen API özelliklerini kullanıyorsa) Mesajlar penceresinde sorun açıklanır.
Kaynak grupları
Android Studio, her modülün kaynak kodunu ve kaynaklarını mantıksal olarak kaynak grupları halinde gruplandırır. Yeni bir modül oluşturduğunuzda Android Studio, modül içinde bir main/ kaynak grubu oluşturur. Bir modülün main/ kaynak grubu, tüm derleme değişkenleri tarafından kullanılan kod ve kaynakları içerir.
Ek kaynak grubu dizinleri isteğe bağlıdır ve yeni derleme varyantları yapılandırdığınızda Android Studio bunları sizin için otomatik olarak oluşturmaz. Ancak main/ benzeri kaynak grupları oluşturmak, Gradle'ın yalnızca uygulamanızın belirli sürümlerini oluştururken kullanması gereken dosyaları ve kaynakları düzenlemeye yardımcı olur:
-
src/main/ - Bu kaynak grubu, tüm derleme değişkenlerinde ortak olan kod ve kaynakları içerir.
-
src/buildType/ - Yalnızca belirli bir derleme türü için kod ve kaynaklar içerecek şekilde bu kaynak grubunu oluşturun.
-
src/productFlavor/ -
Yalnızca belirli bir ürün türüne ait kod ve kaynakları eklemek için bu kaynak grubunu oluşturun.
Not: Derlemenizi birden fazla ürün türünü birleştirecek şekilde yapılandırırsanız tür boyutları arasındaki her ürün türü kombinasyonu için kaynak grubu dizinleri oluşturabilirsiniz:
src/productFlavor1ProductFlavor2/. -
src/productFlavorBuildType/ - Yalnızca belirli bir derleme değişkeni için kod ve kaynaklar eklemek üzere bu kaynak grubunu oluşturun.
Örneğin, uygulamanızın "fullDebug" sürümünü oluşturmak için derleme sistemi, aşağıdaki kaynak gruplarından kod, ayar ve kaynakları birleştirir:
-
src/fullDebug/(derleme değişkeni kaynak grubu) -
src/debug/(derleme türü kaynak grubu) -
src/full/(ürün türü kaynak grubu) -
src/main/(ana kaynak grubu)
Not: Android Studio'da yeni bir dosya veya dizin oluştururken belirli bir kaynak grubu için oluşturmak üzere Dosya > Yeni menü seçeneklerini kullanın. Seçebileceğiniz kaynak grupları, derleme yapılandırmalarınıza bağlıdır. Android Studio, gerekli dizinleri otomatik olarak oluşturur (henüz oluşturulmamışsa).
Farklı kaynak grupları aynı dosyanın farklı sürümlerini içeriyorsa Gradle, hangi dosyanın kullanılacağına karar verirken aşağıdaki öncelik sırasını kullanır. Soldaki kaynak grupları, sağdaki kaynak gruplarının dosyalarını ve ayarlarını geçersiz kılar:
derleme değişkeni > derleme türü > ürün türü > ana kaynak grubu > kitaplık bağımlılıkları
Bu sayede Gradle, oluşturmaya çalıştığınız derleme değişkenine özgü dosyaları kullanırken uygulamanızın diğer sürümlerinde ortak olan etkinlikleri, uygulama mantığını ve kaynakları yeniden kullanabilir.
Birden fazla manifest dosyasını birleştirirken Gradle aynı öncelik sırasını kullanır. Böylece her derleme değişkeni, nihai manifest dosyasında farklı bileşenler veya izinler tanımlayabilir. Özel kaynak grupları oluşturma hakkında daha fazla bilgi edinmek için Kaynak grupları oluşturma başlıklı makaleyi okuyun.
Sürüm katalogları
Derlemeniz ortak bağımlılıklara sahip birden fazla modül içeriyorsa veya ortak bağımlılıklara sahip birden fazla bağımsız projeniz varsa ortak sürümleri belirtmek için sürüm kataloğu veya malzeme listesi (BOM) kullanmanızı öneririz.
Diğer derleme sistemleri
Bazel ile Android uygulamaları oluşturmak mümkündür ancak resmi olarak desteklenmez. Android Studio, Bazel projelerini resmi olarak desteklemez.
Bazel ile derleme yapmanın mevcut sınırlamalarını daha iyi anlamak için bilinen sorunlar bölümüne bakın.