Kompletan vodič za konfigurisanje verzija u Android Studiju

Alpha Guide » android » Kompletan vodič za konfigurisanje verzija u Android Studiju

Ako se bavite razvojem mobilnih aplikacija, vjerovatno ste shvatili da postavljanje verzije nije samo stvar pritiskanja dugmeta za pokretanje. Android sistem za izgradnju je mehanizam koji uzima sav vaš kod i resurse i transformiše ih u APK datoteku ili Android App Bundle (AAB), što su paketi koji na kraju stižu do korisničkih uređaja.

Da bi sve ovo funkcionisalo glatko, Android Studio se oslanja na Gradle i njegov namjenski dodatak , što nam omogućava da prilagodimo sve, od potpisa aplikacije do verzija operativnog sistema koje ćemo podržavati. U početku nije lako, ali kada savladate kako organizovati svoje varijante i zavisnosti, možete objaviti besplatne, plaćene ili probne verzije bez potrebe za dupliranjem projekta.

Srce izgradnje: Gradle i njegove datoteke

Da bismo upravljali procesom izgradnje, potrebno je da komuniciramo s nekoliko tekstualnih datoteka koje koriste jezike poput Kotlin DSL ili Groovy. Prvo, imamo Gradle Wrapper (gradlew) , što je fantastično jer osigurava da cijeli tim koristi istu verziju Gradlea, sprječavajući tipičan scenario "radi na mojoj mašini".

U korijenu projekta nalazimo datoteku settings.gradle.kts , gdje Gradleu govorimo koji su moduli dio aplikacije i konfiguriramo repozitorije. Zatim tu je datoteka najvišeg nivoa build.gradle , koja definira verzije dodataka koje će se dijeliti među svim modulima. Ali pravi dragulj je datoteka build.gradle na nivou modula , gdje konfiguriramo detalje specifične za aplikaciju, kao što su SDK i zavisnosti.

Savladavanje Android SDK-a

Konfigurisanje SDK-a je ključno kako biste spriječili pad aplikacije na starijim uređajima ili njenu zastarjelost. compileSdk definira koji su Android API-ji dostupni dok pišete kod; idealno bi bilo da uvijek koristite najnoviju verziju kako biste iskoristili najnovije funkcije. S druge strane, minSdk je crvena linija: bilo koji uređaj sa verzijom nižom od ove neće moći instalirati aplikaciju.

Ne smijemo zaboraviti targetSdk , koji u osnovi govori operativnom sistemu da smo već testirali aplikaciju na toj određenoj verziji. Ako uređaj ima noviju verziju Androida od naše ciljne verzije, sistem će aktivirati režim kompatibilnosti kako bi spriječio da se aplikacija ponaša nepravilno.

Varijante proizvoda i tipovi izrade

Ovdje stvari postaju zanimljive. Vrste izgradnje Oni služe za razlikovanje faza razvoja. Podrazumevano imamo debugkoji omogućava otklanjanje grešaka i koristi generički ključ, i release, što je optimizirana, obfusirana i potpisana verzija za javnost.

Ako želite pokrenuti "Lite" i "Pro" verziju, morate koristiti Okusi proizvodaOvo omogućava ponovnu upotrebu uobičajenog koda, ali mijenja resurse ili funkcionalnosti u zavisnosti od verzije. Kada kombinujemo tip izgradnje sa varijantom proizvoda, dobijamo varijanta kompilacije (npr. demoDebugDa bismo ovo upravljali, koristimo dimenzije varijantikoji vam omogućavaju da grupišete različite okuse iz aplikacije i miješate ih.

Upravljanje ID-om i imenskim prostorom

El applicationId Ovo je ID vaše aplikacije na Google Playu; ako ga promijenite nakon objavljivanja, trgovina će misliti da je to potpuno nova aplikacija. Moguće je koristiti applicationIdSuffix tako da debug verzija ima drugačiji ID i može se instalirati obje verzije na istom mobilnom telefonu bez sudara.

S druge strane, imenski prostor definira paket u kojem se generiraju klase R i BuildConfig. Iako se preporučuje da imenski prostor i applicationId budu isti kako bi se izbjegle komplikacije, moguće ih je odvojiti ako trebate reorganizirati izvorni kod bez promjene identiteta aplikacije u trgovini.

Konfiguracija potpisa i sigurnosti

Aplikacija za izdanje ne može se distribuirati ako nije potpisana. Za to nam je potreban keystore i privatni ključ. Ključno je da se lozinke ne upisuju direktno u Gradle datoteku; najbolja praksa je da se učitaju iz varijabli okruženja ili lokalne datoteke svojstava koja se ne prenosi u kontrolu verzija.

Optimizacija performansi IDE-a

Android Studio može biti veliki zauzeti RAM memorijom. Da biste to spriječili, možete urediti datoteku studio.vmoptions i povećati maksimalnu veličinu heap memorije (Xmx). Ako vaš računar radi na malo resursa, najbolje je omogućiti Power Saving Mode , onemogućiti nepotrebne lint provjere i, prije svega, debugirati na fizičkom uređaju umjesto korištenja emulatora.

Na Windowsu, antivirusni softver može usporiti proces izgradnje skeniranjem svake datoteke koju Gradle kreira. Rješenje je isključiti Gradle foldere , Android SDK i projekte iz skeniranja u realnom vremenu kako bi se postiglo značajno povećanje brzine.

Korištenje BuildConfig-a i izvornih biblioteka

Klasa BuildConfig To je bitan alat koji Gradle automatski generira. Obavještava nas da li smo u modu. DEBUG o RELEASE putem koda, što je idealno za sakrij logove u produkciji ili promijenite URL servera između razvojnog okruženja i aktivnog okruženja.

Za one kojima je potrebna sirova snaga, Android Studio omogućava integraciju C++ korištenjem CMake-a ili ndk-buildaMožemo povezati eksterne projekte i kontrolisati šta. ABI-ji (binarni interfejsi)Želimo pakovati koristeći abiFilterssprečavajući da konačna datoteka bude prevelika uključivanjem arhitektura koje nam nisu potrebne.

Organiziranje izvornih skupova

Gradle organizuje kod u skupovi porijeklaDirektorij src/main/ Sadrži ono što svi dijele, ali možemo kreirati mape poput src/debug/ o src/full/ da umetnete kod koji postoji samo u toj verziji. Postoji jedan hijerarhija prioritetaDatoteke u varijanti izgradnje imaju prednost nad datotekama tipa izgradnje, a ove nad datotekama varijante proizvoda i glavnog koda.

Kroz cijeli ovaj ekosistem konfiguracijskih datoteka, upravljanja memorijom i segmentacije verzija, moguće je transformirati jednostavan projekat u profesionalnu infrastrukturu sposobnu za skaliranje i prilagođavanje bilo kojem Android uređaju, osiguravajući da je proces pakiranja efikasan, a distribucija u trgovini sigurna.