- Tootevariantide ja ehitustüüpide täiustatud haldamine Gradle'i abil juurutamise optimeerimiseks.
- SDK, nimeruumide ja rakenduste ID-de üksikasjalik kontroll, et tagada ühilduvus ja unikaalsus Google Plays.
- IDE ja ehitussüsteemi jõudluse optimeerimine ressursipiiranguga keskkondades.
- Natiivsete C++ teekide integreerimine ja BuildConfig klassi kasutamine dünaamilistes keskkondades.
Kui sa alles tegeled mobiilirakenduste arendamisega, siis oled ilmselt aru saanud, et versiooni loomine ei ole lihtsalt käivitusnupu vajutamine. Androidi versiooniuuendussüsteem on mootor, mis võtab kogu sinu koodi ja ressursid ning teisendab need APK-failiks või Android App Bundle'iks (AAB), mis on paketid, mis lõpuks kasutajate seadmetesse jõuavad.
Selle kõige sujuvaks toimimiseks tugineb Android Studio Gradle'ile ja selle spetsiaalsele pistikprogrammile , mis võimaldab meil kohandada kõike alates rakenduse signatuurist kuni toetatavate operatsioonisüsteemi versioonideni. Alguses pole see lihtne, kuid kui olete omandanud oma variantide ja sõltuvuste korraldamise, saate avaldada tasuta, tasulisi või prooviversioone ilma projekti dubleerimata.
Ehituse süda: Gradle ja selle failid
Ehitusprotsessi haldamiseks peame suhtlema mitme tekstifailiga, mis kasutavad selliseid keeli nagu Kotlin DSL või Groovy. Esiteks on meil Gradle Wrapper (gradlew) , mis on suurepärane, sest see tagab, et kogu meeskond kasutab sama Gradle'i versiooni, vältides tüüpilist "minu masinal see töötab" stsenaariumi.
Projekti juurkaustas asub fail settings.gradle.kts , kus me ütleme Gradle'ile, millised moodulid on rakenduse osad ja konfigureerime repositooriume. Seejärel on olemas ülataseme fail build.gradle , mis määratleb pluginate versioonid, mida jagatakse kõigi moodulite vahel. Kuid tõeline pärl on moodulitaseme fail build.gradle , kus me konfigureerime rakendusepõhised üksikasjad, näiteks SDK ja sõltuvused.
Androidi SDK valdamine
SDK seadistamine on ülioluline, et vältida rakenduse kokkujooksmist vanemates seadmetes või vananemist. compileSdk määrab , millised Androidi API-d on koodi kirjutamise ajal saadaval; ideaalis peaksite alati kasutama uusimat versiooni, et uusimaid funktsioone ära kasutada. MinSdk on aga punane joon: ükski seade, mille versioon on sellest varasem, ei saa rakendust installida.
Me ei saa unustada targetSdk-d , mis põhimõtteliselt annab operatsioonisüsteemile teada, et oleme rakendust selles konkreetses versioonis juba testinud. Kui seadmel on uuem Androidi versioon kui meie sihtseadmel, aktiveerib süsteem ühilduvusrežiimi, et vältida rakenduse ebakorrektset käitumist.
Tootevariandid ja ehitustüübid
Siin lähevad asjad huvitavaks. Ehitustüübid Need aitavad eristada arenguetappe. Vaikimisi on meil debugmis võimaldab silumist ja kasutab üldist võtit ning release, mis on avalikkusele optimeeritud, hägustatud ja allkirjastatud versioon.
Kui soovite käivitada „Lite” ja „Pro” versiooni, peate kasutama Toote maitsedNeed võimaldavad tavalist koodi taaskasutada, kuid ressursse või funktsioone versioonist olenevalt muuta. Kui kombineerime ehitustüübi tootevariandiga, saame kompileerimise variant (näiteks demoDebugSelle haldamiseks kasutame variantide mõõtmedmis võimaldavad teil rakendusest erinevaid maitseid grupeerida ja neid segada.
ID ja nimeruumi haldus
El rakenduse ID See on teie rakenduse ID Google Plays; kui te seda pärast avaldamist muudate, arvab pood, et see on täiesti uus rakendus. Võimalik on kasutada applicationIdSuffix nii et silumisversioonil oleks erinev ID ja seda saaks installida mõlemad versioonid samal mobiiltelefonil ilma kokkupõrketa.
Nimeruum seevastu määratleb paketi, kus R- ja BuildConfig-klassid genereeritakse. Kuigi tüsistuste vältimiseks on soovitatav, et nimeruum ja applicationId oleksid samad, on võimalik need eraldada, kui teil on vaja lähtekoodi ümber korraldada ilma rakenduse identiteeti poes muutmata.
Allkirja ja turvalisuse konfiguratsioon
Väljalaskerakendust ei saa levitada, kui see pole allkirjastatud. Selleks vajame võtmehoidlat ja privaatvõtit. Oluline on mitte kirjutada paroole otse Gradle'i faili; parim tava on laadida need keskkonnamuutujatest või kohalikust atribuutide failist, mida pole versioonikontrolli üles laaditud.
IDE jõudluse optimeerimine
Android Studio võib olla RAM-i raiskaja. Selle vältimiseks saate muuta faili studio.vmoptions ja suurendada maksimaalset mälumahtu (Xmx). Kui teie arvuti töötab väheste ressurssidega, on kõige parem lubada energiasäästurežiim , keelata mittevajalikud nööpnõelte kontrollid ja ennekõike siluda füüsilisel seadmel emulaatori asemel.
Windowsi puhul võib viirusetõrjetarkvara aeglustada ehitusprotsessi, skannides iga Gradle'i loodud faili. Lahenduseks on Gradle'i kaustade , Android SDK ja projektide reaalajas skannimisest väljajätmine , et kiirust märkimisväärselt suurendada.
BuildConfigi ja natiivteekide kasutamine
Klass Ehituskonfiguratsioon See on oluline tööriist, mille Gradle genereerib automaatselt. See annab meile teada, kas oleme režiimis DEBUG o RELEASE koodi kaudu, mis sobib ideaalselt peita logid tootmises või muutke serveri URL-i arenduskeskkonna ja reaalajas keskkonna vahel.
Neile, kes vajavad toorest jõudu, võimaldab Android Studio integratsiooni C++ CMake'i või ndk-buildi abilMe saame linkida väliseid projekte ja kontrollida, mida. ABI-d (binaarsed liidesed)Me tahame pakkida, kasutades abiFilterslõppfaili liiga suureks muutumise vältimiseks lisame arhitektuure, mida me ei vaja.
Allikakomplektide korraldamine
Gradle korraldab koodi järgmiselt: päritolukomplektidKataloog src/main/ See sisaldab seda, mida kõik jagavad, aga me saame luua kaustu, näiteks src/debug/ o src/full/ et sisestada kood, mis eksisteerib ainult selles versioonis. Üks on olemas prioriteetide hierarhia: ehitusvariandi failid on ehitustüübi failide suhtes ülimuslikud ning viimased on tootevariandi ja põhikoodi failide suhtes ülimuslikud.
Läbi kogu selle konfiguratsioonifailide, mäluhalduse ja versioonide viilutamise ökosüsteemi on võimalik muuta lihtne projekt professionaalseks infrastruktuuriks, mis on võimeline skaleeruma ja kohanduma mis tahes Android-seadmega, tagades pakkimisprotsessi tõhususe ja levitamise poes turvalisuse.