Комплетан водич за конфигурисање верзија у Андроид студију

Алфа водич » Андроид » Комплетан водич за конфигурисање верзија у Андроид студију

Ако се бавите развојем мобилних апликација, вероватно сте схватили да подешавање верзије није само ствар притиска на дугме „Покрени“. Андроид систем за верзију је механизам који узима сав ваш код и ресурсе и трансформише их у APK датотеку или Android App Bundle (AAB), што су пакети који на крају стижу до уређаја корисника.

Да би све ово функционисало глатко, Android Studio се ослања на Gradle и његов наменски додатак , што нам омогућава да прилагодимо све, од потписа апликације до верзија оперативног система које ћемо подржавати. У почетку није лако, али када савладате како да организујете своје варијанте и зависности, можете објавити бесплатне, плаћене или пробне верзије без потребе да дуплирате свој пројекат.

Срце градње: Gradle и његове датотеке

Да бисмо управљали процесом изградње, потребно је да интерагујемо са неколико текстуалних датотека које користе језике попут Kotlin DSL или Groovy. Прво, имамо Gradle Wrapper (gradlew) , што је фантастично јер осигурава да цео тим користи исту верзију Gradle-а, спречавајући типичан сценарио „ради на мојој машини“.

У корену пројекта налазимо датотеку settings.gradle.kts , где говоримо Градлу који су модули део апликације и конфигуришемо репозиторијуме. Затим, ту је датотека build.gradle највишег нивоа , која дефинише верзије додатака које ће се делити између свих модула. Али прави драгуљ је датотека build.gradle на нивоу модула , где конфигуришемо детаље специфичне за апликацију, као што су SDK и зависности.

Савладавање Андроид СДК-а

Конфигурисање SDK-а је од виталног значаја како бисте спречили пад ваше апликације на старијим уређајима или њено застаревање. compileSdk дефинише који су Android API-ји доступни док пишете код; идеално би било да увек користите најновију верзију да бисте искористили најновије функције. С друге стране, minSdk је црвена линија: било који уређај са верзијом старијом од ове неће моћи да инсталира апликацију.

Не смемо заборавити targetSdk , који у основи говори оперативном систему да смо већ тестирали апликацију на тој одређеној верзији. Ако уређај има новију верзију Андроида од нашег циљаног уређаја, систем ће активирати режим компатибилности како би спречио да се апликација понаша неправилно.

Варијанте производа и типови израде

Овде ствари постају занимљиве. Типови изградње Они служе за разликовање фаза развоја. Подразумевано имамо debugшто омогућава дебаговање и користи генерички кључ, и release, што је оптимизована, замаскирана и потписана верзија за јавност.

Ако желите да покренете „Lite“ и „Pro“ верзију, морате користити Укуси производаОво омогућава поновно коришћење уобичајеног кода, али промену ресурса или функционалности у зависности од верзије. Када комбинујемо тип израде са варијантом производа, добијамо варијанта компилације (на пример, demoDebugДа бисмо ово управљали, користимо димензије варијантикоји вам омогућавају да групишете различите укусе из апликације и мешате их.

Управљање ИД-ом и именским простором

El апплицатионИд Ово је ИД ваше апликације на Google Play-у; ако га промените након објављивања, продавница ће мислити да је у питању потпуно нова апликација. Могуће је користити applicationIdSuffix тако да верзија за отклањање грешака има другачији ИД и може се инсталирати обе верзије на истом мобилном телефону без судара.

С друге стране, именски простор дефинише пакет где се генеришу класе R и BuildConfig. Иако се препоручује да именски простор и applicationId буду исти како би се избегле компликације, могуће их је раздвојити ако је потребно да реорганизујете изворни код без промене идентитета апликације у продавници.

Конфигурација потписа и безбедности

Апликација за издање не може бити дистрибуирана ако није потписана. За ово су нам потребни складиште кључева и приватни кључ. Кључно је да се лозинке не уписују директно у Gradle датотеку; најбоља пракса је да се учитају из променљивих окружења или локалне датотеке са својствима која није отпремљена у контролу верзија.

Оптимизација перформанси IDE-а

Андроид Студио може бити велики потрошач РАМ меморије. Да бисте то спречили, можете изменити датотеку studio.vmoptions и повећати максималну величину хипа (Xmx). Ако ваш рачунар ради са мало ресурса, најбоље је да омогућите режим уштеде енергије , онемогућите непотребне провере линт-а и, пре свега, да отклањате грешке на физичком уређају уместо да користите емулатор.

На Windows-у, антивирусни софтвер може успорити процес изградње скенирањем сваке датотеке коју Gradle креира. Решење је искључивање Gradle фасцикли , Android SDK-а и пројеката из скенирања у реалном времену како би се постигло значајно повећање брзине.

Коришћење BuildConfig-а и нативних библиотека

Класа Конфигурација изградње То је неопходан алат који Градл аутоматски генерише. Он нам обавештава да ли смо у режиму DEBUG o RELEASE путем кода, што је идеално за сакриј логове у продукцији или промените УРЛ адресу сервера између развојног окружења и живог окружења.

За оне којима је потребна чиста снага, Андроид Студио омогућава интеграцију C++ користећи CMake или ndk-buildМожемо повезати екстерне пројекте и контролисати шта. ABI-ји (бинарни интерфејси)Желимо да пакујемо користећи abiFiltersспречавајући да коначна датотека буде превелика укључивањем архитектура које нам нису потребне.

Организовање скупова извора

Градл организује код у скупови пореклаДиректоријум src/main/ Садржи оно што сви деле, али можемо да креирамо фасцикле као што су src/debug/ o src/full/ да убаците код који постоји само у тој верзији. Постоји један хијерархија приоритетаДатотеке у варијанти изградње имају предност над датотекама типа изградње, а ове над датотекама варијанте производа и главног кода.

Кроз цео овај екосистем конфигурационих датотека, управљања меморијом и сечења верзија, могуће је трансформисати једноставан пројекат у професионалну инфраструктуру способну за скалирање и прилагођавање било ком Андроид уређају, осигуравајући да је процес паковања ефикасан, а дистрибуција у продавници безбедна.