Gradle و افزونه اندروید برای Gradle روشی انعطافپذیر برای کامپایل، ساخت و بستهبندی برنامه یا کتابخانه اندروید شما ارائه میدهند. این صفحه نکات و پیکربندیهای مفیدی را جمعآوری میکند تا به شما کمک کند از هر ساخت بیشترین بهره را ببرید. اگر میخواهید در مورد راههایی برای سریعتر کردن ساختهای خود بیاموزید، Optimize Your Build Speed را مطالعه کنید.
اگر در Gradle تازهکار هستید، با خواندن Configure Your Build اصول اولیه را بیاموزید. همچنین میتوانید مستندات مرجع DSL افزونه اندروید را بررسی کنید تا در مورد ویژگیهای استفاده شده در این صفحه اطلاعات بیشتری کسب کنید.
مدیریت پروژهها و منابع
در اینجا چند پیکربندی برای مدیریت ماژولهای پروژه و منابع آنها ارائه شده است. برای کسب اطلاعات بیشتر در مورد ایجاد و مدیریت پروژهها و ماژولها، نمای کلی پروژهها را مطالعه کنید.
تغییر تنظیمات پیشفرض مجموعه منبع
 شما میتوانید از بلوک sourceSets در فایل build.gradle در سطح ماژول استفاده کنید تا محل جمعآوری فایلها برای هر جزء از مجموعه منبع توسط Gradle را تغییر دهید. 
گرووی
android { ... sourceSets { // Encapsulates configurations for the main source set. main { // Changes the directory for Java sources. The default directory is // 'src/main/java'. java.srcDirs = ['other/java'] // When you list multiple directories, Gradle uses all of them to collect // sources. You should avoid specifying a directory which is a parent to one // or more other directories you specify. res.srcDirs = ['other/res1', 'other/res2'] // For each source set, you can specify only one Android manifest. // The following points Gradle to a different manifest for this source set. manifest.srcFile 'other/AndroidManifest.xml' ... } // Create additional blocks to configure other source sets. androidTest { // If all the files for a source set are located under a single root // directory, you can specify that directory using the setRoot property. // When gathering sources for the source set, Gradle looks only in locations // relative to the root directory you specify. For example, after applying // the configuration below for the androidTest source set, Gradle looks for // Java sources only in the src/tests/java/ directory. setRoot 'src/tests' ... } } } ...
کاتلین
android { ... sourceSets { // Encapsulates configurations for the main source set. getByName("main") { // Changes the directory for Java sources. The default directory is // 'src/main/java'. java.setSrcDirs("other/java") // When you list multiple directories, Gradle uses all of them to collect // sources. You should avoid specifying a directory which is a parent to one // or more other directories you specify. res.setSrcDirs("other/res1", "other/res2") // For each source set, you can specify only one Android manifest. // The following points Gradle to a different manifest for this source set. manifest.srcFile("other/AndroidManifest.xml") ... } // Create additional blocks to configure other source sets. androidTest { // If all the files for a source set are located under a single root // directory, you can specify that directory using the setRoot property. // When gathering sources for the source set, Gradle looks only in locations // relative to the root directory you specify. For example, after applying // the configuration below for the androidTest source set, Gradle looks for // Java sources only in the src/tests/java/ directory. setRoot("src/tests") ... } } } ...
مدیریت کتابخانهها و وابستگیها
Gradle مکانیزم قدرتمندی برای مدیریت وابستگیها ، چه کتابخانههای از راه دور و چه ماژولهای کتابخانه محلی، ارائه میدهد.
ساختهای خاص را با پیکربندیهای وابستگی هدف قرار دهید
اگر فقط برای یک مجموعه منبع نوع ساخت خاص یا مجموعه منبع آزمایش ، وابستگی میخواهید، نام پیکربندی وابستگی را با حروف بزرگ بنویسید و نام مجموعه منبع نوع ساخت یا آزمایش را پیشوند آن قرار دهید.
گرووی
android {...} // Creates Gradle dependency configurations to use in the dependencies block. configurations { // For variants that combine a product flavor and build type, you need to // intitialize a placeholder for its dependency configuration. freeDebugRuntimeOnly{} ... } dependencies { // Adds an implementation dependency only to the "free" product flavor. freeImplementation 'com.google.firebase:firebase-ads:21.5.1' // Adds a runtimeOnly dependency only to the "freeDebug" build variant. freeDebugRuntimeOnly fileTree(dir: 'libs', include: ['*.jar']) // Adds a remote binary dependency only for local tests. testImplementation 'junit:junit:4.12' // Adds a remote binary dependency only for the instrumented test APK. androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.6.1' }
کاتلین
android {...} dependencies { // Use ""() notation for custom flavors and build types // Adds an implementation dependency only to the "free" product flavor. "freeImplementation"("com.google.firebase:firebase-ads:21.5.1") // Adds a runtimeOnly dependency only to the "freeDebug" build variant. "freeDebugRuntimeOnly"(fileTree("dir" to "libs", "include" to "*.jar")) // Adds a remote binary dependency only for local tests. testImplementation("junit:junit:4.12") // Adds a remote binary dependency only for the instrumented test APK. androidTestImplementation("com.android.support.test.espresso:espresso-core:3.6.1") }
نسخههای مختلف برنامه خود را ایجاد کنید
Gradle و افزونه اندروید به شما این امکان را میدهند که با پیکربندی build variants، نسخههای مختلفی از برنامه خود را از یک ماژول واحد ایجاد کنید.
پیکربندی کدهای نسخه پویا
 به طور پیشفرض، وقتی Gradle فایلهای APK را برای پروژه شما تولید میکند، هر APK اطلاعات نسخه یکسانی دارد، همانطور که در فایل build.gradle در سطح ماژول مشخص شده است. از آنجا که فروشگاه Google Play اجازه نمیدهد چندین APK برای یک برنامه وجود داشته باشد که همه اطلاعات نسخه یکسانی داشته باشند، باید قبل از آپلود در فروشگاه Play مطمئن شوید که هر APK کد نسخه منحصر به فرد خود را دارد.
شما میتوانید این کار را با منطق ساخت سفارشی انجام دهید که در زمان ساخت، کد نسخه متفاوتی را به هر APK اختصاص میدهد. برای مثال، هنگام ایجاد APK های جداگانه برای هر ABI، نسخهبندی خودکار APK چیزی شبیه به این خواهد بود:
گرووی
android { ... defaultConfig { ... versionCode 4 } splits { ... } } // Map for the version code that gives each ABI a value. ext.abiCodes = ['armeabi-v7a':1, mips:2, x86:3] // For per-density APKs, create a similar map like this: // ext.densityCodes = ['hdpi': 1, 'xhdpi': 2, 'xxhdpi': 3, 'xxxhdpi': 4] import com.android.build.OutputFile // For each APK output variant, override versionCode with a combination of // ext.abiCodes * 1000 + variant.versionCode. In this example, variant.versionCode // is equal to defaultConfig.versionCode. If you configure product flavors that // define their own versionCode, variant.versionCode uses that value instead. android.applicationVariants.all { variant -> // Assigns a different version code for each output APK // other than the universal APK. variant.outputs.each { output -> // Stores the value of ext.abiCodes that is associated with the ABI for this variant. def baseAbiVersionCode = // Determines the ABI for this variant and returns the mapped value. project.ext.abiCodes.get(output.getFilter(OutputFile.ABI)) // Because abiCodes.get() returns null for ABIs that are not mapped by ext.abiCodes, // the following code does not override the version code for universal APKs. // However, because we want universal APKs to have the lowest version code, // this outcome is desirable. if (baseAbiVersionCode != null) { // Assigns the new version code to versionCodeOverride, which changes the version code // for only the output APK, not for the variant itself. Skipping this step simply // causes Gradle to use the value of variant.versionCode for the APK. output.versionCodeOverride = baseAbiVersionCode * 1000 + variant.versionCode } } }
کاتلین
android { ... defaultConfig { ... versionCode = 4 } splits { ... } } // Map for the version code that gives each ABI a value. val abiCodes = mapOf("armeabi-v7a" to 1, "mips" to 2, "x86" to 3) // For per-density APKs, create a similar map like this: // val densityCodes = mapOf("hdpi" to 1, "xhdpi" to 2, "xxhdpi" to 3, "xxxhdpi" to 4) import com.android.build.api.variant.FilterConfiguration.FilterType.* // For each APK output variant, override versionCode with a combination of // abiCodes * 1000 + variant.versionCode. In this example, variant.versionCode // is equal to defaultConfig.versionCode. If you configure product flavors that // define their own versionCode, variant.versionCode uses that value instead. androidComponents { onVariants { variant -> // Assigns a different version code for each output APK // other than the universal APK. variant.outputs.forEach { output -> val name = output.filters.find { it.filterType == ABI }?.identifier // Stores the value of abiCodes that is associated with the ABI for this variant. val baseAbiCode = abiCodes[name] // Because abiCodes.get() returns null for ABIs that are not mapped by ext.abiCodes, // the following code does not override the version code for universal APKs. // However, because we want universal APKs to have the lowest version code, // this outcome is desirable. if (baseAbiCode != null) { // Assigns the new version code to output.versionCode, which changes the version code // for only the output APK, not for the variant itself. output.versionCode.set(baseAbiCode * 1000 + (output.versionCode.get() ?: 0)) } } } }
ترکیب طعمهای مختلف محصولات
در برخی موارد، ممکن است بخواهید پیکربندیهای چندین طعم محصول را با هم ترکیب کنید . برای انجام این کار، افزونه اندروید برای Gradle به شما امکان میدهد گروههایی از طعمهای محصول ایجاد کنید که ابعاد طعم نامیده میشوند.
 نمونه کد زیر از ویژگی flavorDimensions برای ایجاد یک بُعد flavor به نام "mode" برای گروهبندی flavorهای محصول "کامل" و "دمو" و یک بُعد flavor به نام "api" برای گروهبندی پیکربندیهای flavor محصول بر اساس سطح API استفاده میکند. سپس Gradle flavorهای محصول را از بُعد "mode" با بُعد "api" ترکیب میکند. 
گرووی
android { ... buildTypes { debug {...} release {...} } // Specifies the flavor dimensions you want to use. The order in which you // list each dimension determines its priority, from highest to lowest, // when Gradle merges variant sources and configurations. You must assign // each product flavor you configure to one of the flavor dimensions. flavorDimensions "api", "mode" productFlavors { demo { // Assigns this product flavor to the "mode" flavor dimension. dimension "mode" ... } full { dimension "mode" ... } // Configurations in the "api" product flavors override those in "mode" // flavors and the defaultConfig block. Gradle determines the priority // between flavor dimensions based on the order in which they appear next // to the flavorDimensions property above--the first dimension has a higher // priority than the second, and so on. minApi24 { dimension "api" minSdkVersion '24' // To ensure the target device receives the version of the app with // the highest compatible API level, assign version codes in increasing // value with API level. To learn more about assigning version codes to // support app updates and uploading to Google Play, read Multiple APK Support versionCode 30000 + android.defaultConfig.versionCode versionNameSuffix "-minApi24" ... } minApi23 { dimension "api" minSdkVersion '23' versionCode 20000 + android.defaultConfig.versionCode versionNameSuffix "-minApi23" ... } minApi21 { dimension "api" minSdkVersion '21' versionCode 10000 + android.defaultConfig.versionCode versionNameSuffix "-minApi21" ... } } } ...
کاتلین
android { ... buildTypes { getByName("debug") {...} getByName("release") {...} } // Specifies the flavor dimensions you want to use. The order in which you // list each dimension determines its priority, from highest to lowest, // when Gradle merges variant sources and configurations. You must assign // each product flavor you configure to one of the flavor dimensions. flavorDimensions += listOf("api", "mode") productFlavors { create("demo") { // Assigns this product flavor to the "mode" flavor dimension. dimension = "mode" ... } create("full") { dimension = "mode" ... } // Configurations in the "api" product flavors override those in "mode" // flavors and the defaultConfig block. Gradle determines the priority // between flavor dimensions based on the order in which they appear next // to the flavorDimensions property above--the first dimension has a higher // priority than the second, and so on. create("minApi24") { dimension = "api" minSdkVersion(24) // To ensure the target device receives the version of the app with // the highest compatible API level, assign version codes in increasing // value with API level. To learn more about assigning version codes to // support app updates and uploading to Google Play, read Multiple APK Support versionCode = 30000 + android.defaultConfig.versionCode versionNameSuffix = "-minApi24" ... } create("minApi23") { dimension = "api" minSdkVersion(23) versionCode = 20000 + android.defaultConfig.versionCode versionNameSuffix = "-minApi23" ... } create("minApi21") { dimension = "api" minSdkVersion(21) versionCode = 10000 + android.defaultConfig.versionCode versionNameSuffix = "-minApi21" ... } } } ...
انواع فیلتر
 شما میتوانید با استفاده از بلوک variantFilter در فایل build.gradle ماژول ، گونههای ساختی که نمیخواهید را فیلتر کنید . کد نمونه زیر به Gradle میگوید که هیچ گونه گونهای که طعمهای محصول "minApi21" و "demo" را ترکیب میکند، نسازد: 
گرووی
android { ... buildTypes {...} flavorDimensions "api", "mode" productFlavors { demo {...} full {...} minApi24 {...} minApi23 {...} minApi21 {...} } variantFilter { variant -> def names = variant.flavors*.name // To check for a certain build type, use variant.buildType.name == "<buildType>" if (names.contains("minApi21") && names.contains("demo")) { // Gradle ignores any variants that satisfy the conditions above. setIgnore(true) } } } ...
کاتلین
android { ... buildTypes {...} flavorDimensions "api", "mode" productFlavors { create("demo") {...} create("full") {...} create("minApi24") {...} create("minApi23") {...} create("minApi21") {...} } } androidComponents { beforeVariants { variantBuilder -> // To check for a certain build type, use variantBuilder.buildType == "<buildType>" if (variantBuilder.productFlavors.containsAll(listOf("api" to "minApi21", "mode" to "demo"))) { // Gradle ignores any variants that satisfy the conditions above. variantBuilder.enabled = false } } } ...
اپلیکیشن خود را آزمایش کنید
برای کسب اطلاعات بیشتر در مورد اجرای تستهای واحد محلی و یکپارچه، بخش «برنامه خود را آزمایش کنید» را مطالعه کنید.
پیکربندی گزینههای lint
 شما میتوانید گزینههای خاصی از lint را با استفاده از بلوک lintOptions در فایل build.gradle سطح ماژول خود پیکربندی کنید. برای کسب اطلاعات بیشتر در مورد استفاده از lint برای پروژه اندروید خود، بخش «بهبود کد با Lint» را مطالعه کنید. 
گرووی
android { ... lintOptions { // Turns off checks for the issue IDs you specify. disable 'TypographyFractions','TypographyQuotes' // Turns on checks for the issue IDs you specify. These checks are in // addition to the default lint checks. enable 'RtlHardcoded','RtlCompat', 'RtlEnabled' // To enable checks for only a subset of issue IDs and ignore all others, // list the issue IDs with the 'check' property instead. This property overrides // any issue IDs you enable or disable using the properties above. checkOnly 'NewApi', 'InlinedApi' // If set to true, turns off analysis progress reporting by lint. quiet true // if set to true (default), stops the build if errors are found. abortOnError false // if true, only report errors. ignoreWarnings true } } ...
کاتلین
android { ... lintOptions { // Turns off checks for the issue IDs you specify. disable("TypographyFractions") disable("TypographyQuotes") // Turns on checks for the issue IDs you specify. These checks are in // addition to the default lint checks. enable("RtlHardcoded") enable("RtlCompat") enable("RtlEnabled") // To enable checks for only a subset of issue IDs and ignore all others, // list the issue IDs with the 'check' property instead. This property overrides // any issue IDs you enable or disable using the properties above. checkOnly("NewApi", "InlinedApi") // If set to true, turns off analysis progress reporting by lint. quiet = true // if set to true (default), stops the build if errors are found. abortOnError = false // if true, only report errors. ignoreWarnings = true } } ...
تنظیمات مانیفست ابزار دقیق را پیکربندی کنید
 وقتی Gradle فایل APK آزمایشی شما را میسازد، به طور خودکار فایل AndroidManifest.xml را تولید کرده و آن را با گره <instrumentation> پیکربندی میکند. میتوانید برخی از تنظیمات این گره را با ایجاد یک فایل manifest دیگر در مجموعه منبع آزمایشی یا پیکربندی فایل build.gradle در سطح ماژول خود، همانطور که در نمونه کد زیر نشان داده شده است، تغییر دهید. 
گرووی
android { ... // Each product flavor you configure can override properties in the // defaultConfig block. To learn more, go to Configure Product Flavors. defaultConfig { ... // Specifies the application ID for the test APK. testApplicationId "com.test.foo" // Specifies the fully-qualified class name of the test instrumentation runner. testInstrumentationRunner "android.test.InstrumentationTestRunner" // If set to 'true', enables the instrumentation class to start and stop profiling. // If set to false (default), profiling occurs the entire time the instrumentation // class is running. testHandleProfiling true // If set to 'true', indicates that the Android system should run the instrumentation // class as a functional test. The default value is 'false' testFunctionalTest true } } ...
کاتلین
android { ... // Each product flavor you configure can override properties in the // defaultConfig block. To learn more, go to Configure Product Flavors. defaultConfig { ... // Specifies the application ID for the test APK. testApplicationId = "com.test.foo" // Specifies the fully-qualified class name of the test instrumentation runner. testInstrumentationRunner = "android.test.InstrumentationTestRunner" // If set to 'true', enables the instrumentation class to start and stop profiling. // If set to false (default), profiling occurs the entire time the instrumentation // class is running. testHandleProfiling = true // If set to 'true', indicates that the Android system should run the instrumentation // class as a functional test. The default value is 'false' testFunctionalTest = true } } ...
نوع ساخت آزمایشی را تغییر دهید
 به طور پیشفرض، همه تستها در برابر نوع ساخت debug اجرا میشوند. شما میتوانید با استفاده از ویژگی testBuildType در فایل build.gradle سطح ماژول خود، این را به نوع ساخت دیگری تغییر دهید. برای مثال، اگر میخواهید تستهای خود را در برابر نوع ساخت "staging" خود اجرا کنید، فایل را مطابق قطعه کد زیر ویرایش کنید. 
گرووی
android { ... testBuildType "staging" }
کاتلین
android { ... testBuildType "staging" }
پیکربندی گزینههای تست Gradle
 برای مشخص کردن گزینههایی که نحوهی اجرای تمام تستهای شما توسط Gradle را تغییر میدهند، بلوک testOptions را در build.gradle سطح ماژول پیکربندی کنید. 
گرووی
android { ... // Encapsulates options for running tests. testOptions { // Changes the directory where Gradle saves test reports. By default, Gradle saves test reports // in the path_to_your_project/module_name/build/outputs/reports/ directory. // '$rootDir' sets the path relative to the root directory of the current project. reportDir "$rootDir/test-reports" // Changes the directory where Gradle saves test results. By default, Gradle saves test results // in the path_to_your_project/module_name/build/outputs/test-results/ directory. // '$rootDir' sets the path relative to the root directory of the current project. resultsDir "$rootDir/test-results" } }
کاتلین
android { ... // Encapsulates options for running tests. testOptions { // Changes the directory where Gradle saves test reports. By default, Gradle saves test reports // in the path_to_your_project/module_name/build/outputs/reports/ directory. // '$rootDir' sets the path relative to the root directory of the current project. reportDir "$rootDir/test-reports" // Changes the directory where Gradle saves test results. By default, Gradle saves test results // in the path_to_your_project/module_name/build/outputs/test-results/ directory. // '$rootDir' sets the path relative to the root directory of the current project. resultsDir "$rootDir/test-results" } }
 برای مشخص کردن گزینههایی که فقط برای تستهای واحد محلی در نظر گرفته شدهاند، بلوک testOptions.unitTests را پیکربندی کنید. 
گرووی
android { ... testOptions { ... // Encapsulates options for local unit tests. unitTests { // By default, local unit tests throw an exception any time the code you are testing tries to access // Android platform APIs (unless you mock Android dependencies yourself or with a testing // framework like Mockito). However, you can enable the following property so that the test // returns either null or zero when accessing platform APIs, rather than throwing an exception. returnDefaultValues true // Encapsulates options for controlling how Gradle executes local unit tests. For a list // of all the options you can specify, read Gradle's reference documentation. all { // Sets JVM argument(s) for the test JVM(s). jvmArgs '-XX:MaxPermSize=256m' // You can also check the task name to apply options to only the tests you specify. if (it.name == 'testDebugUnitTest') { systemProperty 'debug', 'true' } } } } }
کاتلین
android { ... testOptions { ... // Encapsulates options for local unit tests. unitTests { // By default, local unit tests throw an exception any time the code you are testing tries to access // Android platform APIs (unless you mock Android dependencies yourself or with a testing // framework like Mockito). However, you can enable the following property so that the test // returns either null or zero when accessing platform APIs, rather than throwing an exception. returnDefaultValues true // Encapsulates options for controlling how Gradle executes local unit tests. For a list // of all the options you can specify, read Gradle's reference documentation. all { // Sets JVM argument(s) for the test JVM(s). jvmArgs '-XX:MaxPermSize=256m' // You can also check the task name to apply options to only the tests you specify. if (it.name == 'testDebugUnitTest') { systemProperty 'debug', 'true' } } } } }
ساخت خود را بهینه کنید
این بخش برخی تنظیمات را برای کمک به افزایش سرعت ساخت کامل و افزایشی شما ارائه میدهد. برای کسب اطلاعات بیشتر، بهینه سازی سرعت ساخت خود را مطالعه کنید.
کد خود را کوچک کنید
 اندروید استودیو از R8 که فایلهای قوانین ProGuard را مصرف میکند، برای کوچک کردن کد شما استفاده میکند. برای پروژههای جدید، اندروید استودیو از یک فایل تنظیمات پیشفرض ( proguard-android.txt ) از tools/proguard/folder در SDK اندروید استفاده میکند. برای کوچک کردن بیشتر کد، فایل proguard-android-optimize.txt را که در همان مکان قرار دارد، امتحان کنید. 
گرووی
android { buildTypes { release { minifyEnabled true proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' } } ... } ...
کاتلین
android { buildTypes { release { minifyEnabled true proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' } } ... } ...
 برای افزودن قوانینی که مختص هر نوع ساخت هستند، ویژگی proguardFiles اضافی را برای هر flavor پیکربندی کنید. برای مثال، نمونه زیر flavor2-rules.pro را به "flavor2" اضافه میکند. اکنون نسخه انتشار "flavor2" از هر سه فایل قوانین استفاده میکند زیرا فایلهای بلوک انتشار نیز اعمال میشوند. 
گرووی
android { ... buildTypes { release { minifyEnabled true proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } productFlavors { flavor1 { ... } flavor2 { proguardFile 'flavor2-rules.pro' } } } ...
کاتلین
android { ... buildTypes { release { minifyEnabled true proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } productFlavors { flavor1 { ... } flavor2 { proguardFile 'flavor2-rules.pro' } } } ...
برنامه خود را منتشر کنید
برای کسب اطلاعات بیشتر در مورد انتشار برنامه خود در گوگل پلی، بخش «برنامه خود را منتشر کنید» را مطالعه کنید.
برنامه خود را امضا کنید
 اگرچه اندروید استودیو روشی سرراست برای پیکربندی امضا برای نسخههای آزمایشی از رابط کاربری ارائه میدهد، اما میتوانید بلوک signingConfigs را به صورت دستی در فایل build.gradle ماژول خود پیکربندی کنید: 
گرووی
android { ... defaultConfig { ... } // Encapsulates signing configurations. signingConfigs { // Creates a signing configuration called "release". release { // Specifies the path to your keystore file. storeFile file("my-release-key.jks") // Specifies the password for your keystore. storePassword "password" // Specifies the identifying name for your key. keyAlias "my-alias" // Specifies the password for your key. keyPassword "password" } } buildTypes { release { // Adds the "release" signing configuration to the release build type. signingConfig signingConfigs.release ... } } } ...
کاتلین
android { ... defaultConfig { ... } // Encapsulates signing configurations. signingConfigs { // Creates a signing configuration called "release". release { // Specifies the path to your keystore file. storeFile file("my-release-key.jks") // Specifies the password for your keystore. storePassword "password" // Specifies the identifying name for your key. keyAlias "my-alias" // Specifies the password for your key. keyPassword "password" } } buildTypes { release { // Adds the "release" signing configuration to the release build type. signingConfig signingConfigs.release ... } } } ...
اطلاعات امضای خصوصی را از پروژه خود حذف کنید
 به طور پیشفرض، پیکربندیهای امضا به صورت متن ساده در فایل build.gradle ماژول ثبت میشوند. اگر با یک تیم یا یک پروژه متنباز کار میکنید، میتوانید این اطلاعات حساس را با انجام مراحل زیر از فایلهای ساخت خارج کنید.
-  فایلی با نام keystore.propertiesدر دایرکتوری ریشه پروژه خود ایجاد کنید و اطلاعات زیر را در آن قرار دهید:storePassword=myStorePassword keyPassword=myKeyPassword keyAlias=myKeyAlias storeFile=myStoreFileLocation 
-  در فایل build.gradleخود، فایلkeystore.propertiesرا به صورت زیر بارگذاری کنید (این باید قبل از بلوک android باشد):گرووی// Creates a variable called keystorePropertiesFile, and initializes it to the // keystore.properties file. def keystorePropertiesFile = rootProject.file("keystore.properties") // Initializes a new Properties() object called keystoreProperties. def keystoreProperties = new Properties() // Loads the keystore.properties file into the keystoreProperties object. keystoreProperties.load(new FileInputStream(keystorePropertiesFile)) android { ... } ... کاتلین// Creates a variable called keystorePropertiesFile, and initializes it to the // keystore.properties file. def keystorePropertiesFile = rootProject.file("keystore.properties") // Initializes a new Properties() object called keystoreProperties. def keystoreProperties = new Properties() // Loads the keystore.properties file into the keystoreProperties object. keystoreProperties.load(new FileInputStream(keystorePropertiesFile)) android { ... } ... 
-  اطلاعات امضای ذخیره شده در شیء keystorePropertiesرا وارد کنید:گروویandroid { signingConfigs { config { keyAlias keystoreProperties['keyAlias'] keyPassword keystoreProperties['keyPassword'] storeFile file(keystoreProperties['storeFile']) storePassword keystoreProperties['storePassword'] } } ... } ... کاتلینandroid { signingConfigs { config { keyAlias keystoreProperties['keyAlias'] keyPassword keystoreProperties['keyPassword'] storeFile file(keystoreProperties['storeFile']) storePassword keystoreProperties['storePassword'] } } ... } ... 
- در نوار اعلانها روی «همگامسازی اکنون» کلیک کنید.
برای کسب اطلاعات بیشتر در مورد امضای برنامه، «برنامه خود را امضا کنید» را بخوانید.
سادهسازی توسعه اپلیکیشن
نکات زیر به شما کمک میکند تا توسعه اپلیکیشن اندروید خود را آسانتر کنید.
فیلدهای سفارشی و مقادیر منابع را با کد برنامه خود به اشتراک بگذارید
 در زمان ساخت، Gradle کلاس BuildConfig را تولید میکند تا کد برنامه شما بتواند اطلاعات مربوط به ساخت فعلی را بررسی کند. همچنین میتوانید فیلدهای سفارشی را از فایل پیکربندی ساخت Gradle خود با استفاده از متد buildConfigField() به کلاس BuildConfig اضافه کنید و به آن مقادیر در کد زمان اجرای برنامه خود دسترسی پیدا کنید. به همین ترتیب، میتوانید مقادیر منابع برنامه را با resValue() اضافه کنید. 
گرووی
android { ... buildTypes { release { // These values are defined only for the release build, which // is typically used for full builds and continuous builds. buildConfigField("String", "BUILD_TIME", "\"${minutesSinceEpoch}\"") resValue("string", "build_time", "${minutesSinceEpoch}") ... } debug { // Use static values for incremental builds to ensure that // resource files and BuildConfig aren't rebuilt with each run. // If these rebuild dynamically, they can interfere with // Apply Changes as well as Gradle UP-TO-DATE checks. buildConfigField("String", "BUILD_TIME", "\"0\"") resValue("string", "build_time", "0") } } } ...
کاتلین
android { ... buildTypes { release { // These values are defined only for the release build, which // is typically used for full builds and continuous builds. buildConfigField("String", "BUILD_TIME", "\"${minutesSinceEpoch}\"") resValue("string", "build_time", "${minutesSinceEpoch}") ... } debug { // Use static values for incremental builds to ensure that // resource files and BuildConfig aren't rebuilt with each run. // If these rebuild dynamically, they can interfere with // Apply Changes as well as Gradle UP-TO-DATE checks. buildConfigField("String", "BUILD_TIME", "\"0\"") resValue("string", "build_time", "0") } } } ...
در کد برنامه خود، میتوانید به صورت زیر به ویژگیها دسترسی داشته باشید:
کاتلین
... Log.i(TAG, BuildConfig.BUILD_TIME) Log.i(TAG, getString(R.string.build_time))
جاوا
... Log.i(TAG, BuildConfig.BUILD_TIME); Log.i(TAG, getString(R.string.build_time));
اشتراکگذاری ویژگیها با مانیفست
 در برخی موارد، ممکن است لازم باشد یک ویژگی را هم در مانیفست و هم در کد خود تعریف کنید (برای مثال، هنگام تعریف مجوزها برای یک FileProvider ). به جای بهروزرسانی یک ویژگی در چندین مکان برای انعکاس یک تغییر، یک ویژگی واحد را در فایل build.gradle ماژول خود تعریف کنید تا هم در مانیفست و هم در کد شما در دسترس باشد، همانطور که در نمونه زیر نشان داده شده است. برای کسب اطلاعات بیشتر، تزریق متغیرهای ساخت به مانیفست را مطالعه کنید. 
گرووی
android { // For settings specific to a product flavor, configure these properties // for each flavor in the productFlavors block. defaultConfig { // Creates a property for the FileProvider authority. def filesAuthorityValue = applicationId + ".files" // Creates a placeholder property to use in the manifest. manifestPlaceholders = [filesAuthority: filesAuthorityValue] // Adds a new field for the authority to the BuildConfig class. buildConfigField("String", "FILES_AUTHORITY", "\"${filesAuthorityValue}\"") } ... } ...
کاتلین
android { // For settings specific to a product flavor, configure these properties // for each flavor in the productFlavors block. defaultConfig { // Creates a property for the FileProvider authority. val filesAuthorityValue = applicationId + ".files" // Creates a placeholder property to use in the manifest. manifestPlaceholders["filesAuthority"] = filesAuthorityValue // Adds a new field for the authority to the BuildConfig class. buildConfigField("String", "FILES_AUTHORITY", "\"${filesAuthorityValue}\"") } ... } ...
در مانیفست خود، به صورت زیر به placeholder دسترسی پیدا کنید:
<manifest> ... <application> ... <provider android:name="android.support.v4.content.FileProvider" android:authorities="${filesAuthority}" android:exported="false" android:grantUriPermissions="true"> ... </provider> </application> </manifest>
دسترسی به فیلد FILES_AUTHORITY در کد برنامه شما چیزی شبیه به این است: 
کاتلین
... val contentUri: Uri = FileProvider.getUriForFile(context, BuildConfig.FILES_AUTHORITY, myFile)
جاوا
... Uri contentUri = FileProvider.getUriForFile(getContext(), BuildConfig.FILES_AUTHORITY, myFile);
