„Android“ vadovai: verslas, architektūra ir profesinis tobulėjimas

Jei dar tik pradedate domėtis „Android“ pasauliu, anksčiau ar vėliau jums prireiks... Geri „Android“ vadovai, kuriuose paaiškinama ir verslo, ir programų kūrimo pusėŽinant, kaip programuoti kelis ekranus, nepakanka: šiais laikais reikia suprasti darbo profilius, valdomus įrenginius, šiuolaikinę architektūrą, saugumą, vienkartinį prisijungimą (SSO), testavimą... ir daug daugiau.

Šiame išsamiame vadove rasite Išsami ir naujausia apžvalga, kaip kurti „Android“ programas, skirtas įmonėms ir keliems įrenginiams.Nuo „Android Enterprise“ ir įrenginių valdymo pagrindų iki kodo struktūrizavimo naudojant tvirtą ir keičiamo dydžio architektūrą – šie kursai padės jums susidaryti aiškų mentalinį žemėlapį visko, ko reikia norint įvaldyti profesionalias ir lengvai prižiūrimas programas.

„Android Enterprise“: kaip paruošti programas įmonės aplinkai

„Android“ turi standartinių funkcijų rinkinį Įmonės funkcijos, leidžiančios organizacijoms saugiai valdyti įrenginius, programas ir duomenisGeros žinios yra tai, kad bet kuri standartinė „Android“ programa palaiko šias funkcijas; ne tokia gera žinia yra ta, kad jei norite, kad jūsų programa spindėtų įmonės aplinkoje, turėsite žengti dar vieną žingsnį ir ją pritaikyti.

Norint kuo geriau išnaudoti „Android Enterprise“, geriausia pradėti nuo „Android“ programėlė jau sukurta, paruošta modifikavimui ir turinti ne mažiau kaip 5.0 „Lollipop“ versiją (nors rekomenduojama 6.0 „Marshmallow“ arba naujesnė versija). Šie vėlesni lygiai siūlo išplėstines galimybes, ypač dedikuotiems įrenginiams ir griežtesnėms valdymo politikoms.

Organizacijos naudoja šias funkcijas, kad įgalintų Tvarkomo mobilumo scenarijai: nuo darbuotojų mobiliųjų telefonų su atskirais asmeniniais ir darbo duomenimis iki vienkartinio naudojimo kioskųKaip kūrėjas, norėsite suprasti šią ekosistemą, kad išvengtumėte nesuderinamumo ir, svarbiausia, kad neapribotumėte savo programėlės pritaikymo įmonėse.

Darbo profiliai „Android“ sistemoje: asmeninio ir profesinio gyvenimo atskyrimas

Pagrindinė „Android Enterprise“ koncepcija yra darbo profilis – įmonės konteineris, tvarkomas vartotojo įrenginyjeŠis profilis susietas su pagrindine įrenginio paskyra, tačiau jame aiškiai atskirtos programos ir asmeniniai bei profesiniai duomenys.

Praktiškai darbo aprašymas veikia kaip izoliuota erdvė, kurioje įmonės programos turi specialų ženklelį ir yra valdomos pagal savo politikąVartotojas išlaiko savo asmeninės erdvės kontrolę, o IT skyrius tvarko tik jam įdomius verslo duomenis ir programas, nesikišdamas į likusį įrenginį.

Tarp svarbiausių darbo profilio savybių yra šios: saugus duomenų atskyrimas, programų platinimas per valdomą „Google Play“ ir specialios valdymo galimybės kontroliuojamas administratoriaus, visos atsarginės kopijos kuriamos naudojant visišką įrenginio šifravimą.

Svarbi detalė yra ta, kad kai įrenginyje yra ir asmeninis, ir darbo profiliai, jis paprastai naudojamas vienas APK failas abiem erdvėms, o politikos valdiklis (DPC) yra apribotas darbo profiliuAdministravimas atliekamas per „DevicePolicyManager“ klasę, o tai reiškia, kad kurdami pažangius įmonės sprendimus turite atsižvelgti į šias API.

Norint išvengti problemų, svarbu, kad Nemanykite, kad bet koks ketinimas galės tiesiog pereiti iš vieno profilio į kitą.Kai kurie yra užblokuoti dėl saugumo priežasčių, ir tai sužinosite tik atlikdami bandymą. Prieš pradedant veiklą, patartina paskambinti Intent.resolveActivity()Jei grąžinama nulinė reikšmė, tai reiškia, kad nėra komponento, kuris galėtų apdoroti tą ketinimą tame profilyje.

Keičiantis failais tarp profilių, „Android“ rekomenduoja naudoti Turinio URI su „FileProvider“, bendrinami per „Intents“ su konkrečiais leidimaisTai užtikrina, kad prieiga būtų apribota iki teisingo profilio ir kad kitos programos matytų tik tai, kas būtina. Priešingai, senoji file:// URI, nurodantys į absoliučius failų sistemos kelius, neveikia skirtinguose profiliuose ir gali sukelti gedimų bandant atverti išteklius iš kitos pusės.

Valdomos konfigūracijos: IT skyrius gali nuotoliniu būdu valdyti programėlę

Esminis ramstis įmonių aplinkoje yra Valdomos konfigūracijos – parametrų rinkinys, kurį administratoriai gali nuotoliniu būdu taikyti programoms vartotojų. Didžiausias jų privalumas yra tas, kad jie yra universalūs: veikia su bet kokiu EMM (įmonės mobilumo valdymo) sprendimu.

Dėl šių konfigūracijų IT skyrius gali centralizuotai koreguoti programos veikimą svarbiose srityse, tokiose kaip ryšys, saugumas ar naudojimo apribojimaiPavyzdžiui, galite nuspręsti, ar programa sinchronizuojasi tik per „Wi-Fi“, ar ir per mobiliuosius duomenis, kurie URL leidžiami integruotoje naršyklėje, kaip konfigūruojama el. pašto paskyra, ar įjungtas spausdinimas arba kurie mėgstamiausi yra iš anksto įkeliami.

Kūrėjo požiūriu, raktas slypi tame, Patikrinkite šiuos apribojimus tinkamu programos gyvavimo ciklo metuPaleidžiant patartina kodą užregistruoti onStart() arba onResume() – getApplicationRestrictions() rezultatas , kad sužinotumėte, ar programa yra valdoma, ar jau yra apibrėžtų apribojimų arba ar yra laukiama konfigūracijos būsena.

getApplicationRestrictions() grąžinama reikšmė gali būti paketas su konkrečiais apribojimais, tuščias paketas arba struktūra su raktu KEY_RESTRICTIONS_PENDINGPastaruoju atveju jūsų programa žino, kad yra administruojama, tačiau duomenų apsaugos kontrolierius dar netinkamai pritaikė politiką, todėl protinga apriboti jos naudojimą ir nurodyti vartotojui susisiekti su IT administratoriumi.

Be to, politika gali keistis bet kuriuo metu, todėl jūsų programa turi Aptikti tiesioginius pakeitimus dinamiškai registruojant ACTION_APPLICATION_RESTRICTIONS_CHANGED transliacijąIdealiu atveju, prenumeruoti reikėtų, kai veikla ar paslauga yra aktyvi, ir atšaukti registraciją naudojant onPause(), kad išvengtumėte informacijos nutekėjimo ar netikėto elgesio.

Specialūs įrenginiai: kioskai, POS sistemos ir skaitmeninė reklama

Kita plačiai paplitusi praktika įmonėse yra naudoti vienos paskirties įrenginiai (specialūs įrenginiai), pavyzdžiui, kioskai, POS sistemos arba informaciniai ekranaiTokiais atvejais „Android“ sukonfigūruota rodyti tik vieną programą arba labai ribotą rinkinį, blokuojant prieigą prie pagrindinių arba naujausių programų.

Kai įrenginys nustatomas kaip skirtasis, vartotojas mato viena, kontroliuojama patirtis, be lengvo būdo išeiti iš pagrindinės programėlėsTaip pat galite apibrėžti leidžiamų programų grupę, pavyzdžiui, bibliotekos kioske, kuriame rodomas tik katalogas ir įmonės žiniatinklio naršyklė.

Norint pasiekti šiuos scenarijus, būtina sekti srautus Specialių įrenginių, aprašytų oficialioje dokumentacijoje, teikimasTokiais atvejais duomenų apdorojimo operatorius (DPC) prisiima įrenginio savininko vaidmenį. Kaip kūrėjas, turite užtikrinti, kad jūsų programa galėtų veikti kiosko režimu, be standartinių naršymo mygtukų ar daugiaprogramio veikimo, ir kad ji gerai reaguotų į kontroliuojamus gedimus ir paleidimus iš naujo.

Vienkartinis prisijungimas (SSO) su pasirinktiniais „Chrome“ skirtukais

Verslo pasaulyje labai dažnai vartotojams tenka autentifikuotis keliose skirtingose ​​programėlėse, ir jei ši patirtis nėra kruopščiai valdoma, ji gali baigtis... kartoti vartotojo vardą ir slaptažodį vėl ir vėl„WebView“ tradiciškai buvo naudojamas prisijungimui, tačiau šis sprendimas turi aiškių trūkumų.

Viena vertus, daugelis „WebView“ diegimų nesiūlo Tikras vienkartinis prisijungimas (SSO), nes kiekvienas „WebView“ tvarko savo slapukus ir sesijąKita vertus, kyla saugumo rizikų, nes galima patikrinti slapukus arba įterpti kenkėjišką „JavaScript“, jei kuri nors trečiosios šalies programa ar SDK elgiasi netinkamai.

Rekomenduojama alternatyva – pasinaudoti Pasirinktiniai skirtukai, ypač „Chrome“ pasirinktiniai skirtukai, kurie yra nuo „Chrome 45“.Šie skirtukai veikia kaip integruotas sistemos naršyklės rodinys su saugiu kontekstu, kuriame pagrindinė programa negali šnipinėti turinio.

Kai autentifikavimui naudojami pasirinktiniai skirtukai, naršyklės slapukų būsena, leidžianti vienkartinį prisijungimą keliose programoseVartotojas prisijungia tik vieną kartą, o likusios programos gali pasikliauti jau autentifikuotu kontekstu, taip pagerindamos naudojimo patogumą ir sumažindamos trintį.

Norėdami įdiegti SSO su pasirinktiniais skirtukais, galite naudoti „AppAuth“ – atvirojo kodo „OAuth“ kliento biblioteka, kurią palaiko „OpenID Connect“ darbo grupėŠi biblioteka supaprastina integraciją su tapatybės teikėjais ir tvarko saugos informaciją bei suderinamumą su pasirinktiniais skirtukais.

Programėlių testavimas valdomose aplinkose: DPC testavimas, profiliai ir įrenginiai

Pridėjus darbo profilių, valdomų konfigūracijų ir dedikuotų įrenginių palaikymą, laikas mažiau žavingai, bet svarbesnei daliai: Išbandykite savo programėlę tiek darbo profiliuose, tiek tikrai valdomuose įrenginiuoseČia ir praverčia „Test DPC“ programa.

Testinis DPC yra Programėlė, skirta kūrėjams, imituojanti įmonės duomenų apdorojimo sistemos (DPC) elgesį bandymo aplinkojeSu juo galite nustatyti EMM strategijas ir valdomas konfigūracijos vertes taip, lyg organizacija valdytų įrenginį per savo konsolę.

Norėdami išbandyti savo programėlę darbo profilyje, atlikite šiuos veiksmus: Įdiekite „Test DPC“, „Android“ parinkiklyje atidarykite konfigūracijos parinktį „Test DPC“ ir vykdykite instrukcijas, kad sukonfigūruotumėte darbinį profilį.Tada įdiegiate programėlę ir patikrinate, kaip ji veikia tame profilyje, naudodami darbo ženklelį, patvirtindami leidimus, ketinimus, prieigą prie duomenų ir kitą slaptą elgseną.

Jei norite imituoti visiškai valdomą įrenginį, turite Įsitikinkite, kad terminale nėra sukonfigūruoti jokie kiti naudotojai, darbo profiliai ar paskyros.Tada įdiekite „Test DPC“ ir paleiskite šią komandą adb:

adb apvalkalas dpm set-device-owner com.afwsamples.testdpc/.DeviceAdminReceiver

Užbaigus šį procesą, įrenginys bus visiškai kontroliuojamas „Test DPC“, kaip įrenginio savininkoTada galite išbandyti savo programėlę absoliutaus administravimo kontekste, atkreipdami ypatingą dėmesį į tai, kaip taikomos valdomos konfigūracijos, kaip reaguoja apriboti tikslai ir kas nutinka programėlei blokavimo scenarijuose ir griežtose politikose.

Kai patvirtinsite elgseną vietiniuose testuose, idealiausia būtų žengti dar vieną žingsnį ir atlikti visapusiškas testavimas realioje debesijos aplinkoje, atkartojant srautą, kuriuo sektų klientasTai apima bandomosios EMM konsolės turėjimą, valdomo „Google“ domeno pareikalavimą, susiejimą su ta konsole ir bandomosios programos versijos (su kitu „ApplicationId“) paskelbimą privačiame to domeno „Google Play“ kanale.

EMM konsolėje galėsite Konfigūruokite darbo įrenginius, platinkite programėlę, nustatykite valdomas konfigūracijas ir įrenginių strategijasTokiu būdu patikrinsite, ar viskas veikia taip, kaip veiktų gamybinėje aplinkoje – nuo ​​pradinės registracijos iki išplėstinių politikų taikymo.

„Android“ mokymosi vadovai: nuo pradedančiųjų iki pažengusiųjų

Be grynai verslo aspekto, jei norite tapti geru „Android“ kūrėju, jums reikia struktūrizuotas mokymosi kelias, apimantis viską nuo pagrindinių sąvokų iki sudėtingesnių temų ir neatsilikite nuo naujausių naujienų Technologijų naujienos apie mobiliuosius telefonus, programėles ir skaitmeninę kultūrąŠia prasme labai naudingi vadovai ar kursai, kuriuose turinys suskirstytas į lygius – pradedantiesiems, vidutinio lygio ir pažengusiems.

Pradiniame etape dėmesys sutelkiamas į „Android“, „Kotlin“ arba „Java“ pagrindai, veiklos gyvavimo ciklas, pagrindiniai rodiniai ir maketų kūrimasDaugelis šiuolaikinių išteklių dabar yra 100 % orientuoti į „Kotlin“, tačiau vis dar yra puikių knygų ir medžiagos, paremtos „Java“ ir tokiomis aplinkomis kaip „Eclipse“, kurios, nors ir šiek tiek pasenusios, vis dar naudingos norint suprasti platformos evoliuciją.

Tobulėjant svarbu pristatyti tokias temas kaip duomenų išsaugojimas, lygiagretus programavimas, saugumas, tinklo ryšys ir testavimasTaip pat gera idėja susipažinti su „Fragment“, šiuolaikinėmis architektūromis ir tokiomis koncepcijomis kaip moduliarizacija, kad jūsų projektai augant netaptų chaotiški.

Pažengusiu lygiu jie jau pradeda veikti Leidimas „Google Play“ parduotuvėje, versijų valdymas, pajamų gavimas, mokamų programų apsauga (pvz., naudojant LVL) ir atnaujinimo mechanizmaiTaip pat dažnai aptariamos tokios temos kaip „AppWidgets“, prieiga prie geolokacijos, našumo optimizavimas, kelių „Android“ versijų palaikymas ir pritaikymas planšetiniams kompiuteriams bei sulankstomiems įrenginiams.

Kai kurie klasikiniai vadovėliai apima Nuo kūrimo aplinkos paruošimo, pirmosios programėlės sukūrimo, vartotojo sąsajos dizaino kūrimo iki galutinio diegimo gamybinėje aplinkojeKaip papildoma vertė, prie jų paprastai pridedami atsisiunčiami pavyzdiniai projektai, kurie praktiškai iliustruoja viską, kas paaiškinta tekste.

Šiuolaikinė „Android“ programų architektūra: rimtų projektų pagrindas

Jei norite, kad jūsų programėlė nesugriūtų vos tik šiek tiek paaugusi, jums reikia Gerai suprojektuota programėlės architektūra, galinti prisitaikyti prie mobiliųjų telefonų, planšetinių kompiuterių, sulankstomų ekranų, „ChromeOS“, automobilių ir XR įrenginių.Idėja yra sumažinti priklausomybę nuo karkaso komponentų ir užtikrinti, kad kodą būtų lengva prižiūrėti ir testuoti.

Įprasta „Android“ programėlė susideda iš manifeste deklaruoti keli komponentai: paslaugos, turinio teikėjai, transliacijų gavėjai ir veiklaIstoriškai vartotojo sąsaja buvo organizuojama su keliomis veiklomis, tačiau dabartinė rekomendacija yra naudoti architektūrą unikali veikla su ekranais, pagrįstais fragmentais arba „Jetpack Composite“ paskirties vietomis.

Kadangi jūsų programa gali veikti labai skirtinguose įrenginiuose, negalite daryti prielaidos, nei fiksuota orientacija, nei vienas ekrano dydisKonfigūracijos pakeitimai (pasukimas, langų keitimas „ChromeOS“, sulankstomo įrenginio sulankstymas) reikalauja perdaryti sąsają ir gali sukelti komponentų atkūrimą, todėl bet kokia svarbi būsena turėtų būti laikoma už veiklų ir fragmentų ribų.

Be to, „Android“ yra ribotų išteklių aplinka, kurioje sistema Tai gali sustabdyti foninius programų procesus, kad atlaisvintų atmintįJis taip pat gali netvarkingai paleisti komponentus ir juos sunaikinti be įspėjimo. Todėl galioja klasikinė rekomendacija: nekaupkite būsenos ar verslo duomenų veiklų, paslaugų ar transliacijų imtuvų aplankuose, nes jie iš prigimties yra efemeriški.

Pagrindinis principas yra Atsakomybės atskyrimas: vartotojo sąsaja yra atsakinga už duomenų rodymą ir reagavimą į įvykius, o verslo logika ir duomenų tvarkymas yra kituose sluoksniuose.Taigi, atkūrus sąsajos komponentą, jo būsena išlieka dėl gerai organizuotų „ViewModels“, saugyklų ir duomenų šaltinių.

Architektūros sluoksniai: vartotojo sąsaja, duomenys ir domenas

Rekomenduojama architektūra išskiria bent du sluoksnius: UI (pateikimo) sluoksnis ir duomenų sluoksnisPasirinktinai galima pridėti trečią domeno sluoksnį, kad būtų galima sujungti sudėtingą arba pakartotinai naudojamą verslo logiką tarp skirtingų rodinio modelių.

UI sluoksnis yra atsakingas už rodyti duomenis ekrane ir reaguoti į pakeitimusTai įvyksta arba per vartotojo veiksmus, arba per išorinius įvesties šaltinius, pvz., tinklo atsakymus. Čia į pagalbą ateina vizualiniai elementai (vaizdai arba komponuojami elementai iš „Jetpack Compose“) ir būsenos konteineriai („ViewModel“), kurie palaiko ir rodo sąsajos būseną.

Adaptyviose sąsajose peržiūros modeliai paprastai yra atskleisti būseną, kuri jau atsižvelgia į lango dydžio klasęnaudojant tokias programas kaip „currentWindowAdaptiveInfo()“. Tokie komponentai kaip „NavigationSuiteScaffold“ gali remtis šia informacija, kad automatiškai perjungtų „NavigationBar“, „NavigationRail“ arba „NavigationDrawer“, atsižvelgiant į turimą vietą.

Duomenų sluoksnis sutelkia verslo logika ir taisyklės, kurios nustato, kaip kuriami, saugomi ir modifikuojami duomenysJis pagrįstas saugyklomis, kurios grupuoja ir abstrahuoja vieną ar daugiau duomenų šaltinių: vietines duomenų bazes, tinklo paslaugas, failus ir kt. Kiekvienas informacijos tipas (filmai, mokėjimai, vartotojai ir kt.) paprastai turi savo saugyklą, atsakingą už duomenų atskleidimą, pakeitimų centralizavimą ir konfliktų sprendimą.

Duomenų šaltiniai yra klasės, kurios Jie bendrauja tiesiogiai su sistema arba su išorinėmis paslaugomis: SQL užklausomis, prieiga prie failų, HTTP užklausomis ir kt.Likusi programėlės dalis neturėtų priklausyti nuo konkretaus jos įgyvendinimo, o tik nuo saugyklos pateiktų sąsajų.

Didėjant sudėtingumui, naudinga įvesti domeno sluoksnį, kurį sudaro naudojimo atvejai arba sąveikos elementai, kurių kiekvienas skirtas konkrečiai funkcijaiPavyzdžiui, „GetTimeZoneUseCase“, kuri grąžina atitinkamą laiko juostą, kad būtų galima sukurti pasirinktinius pranešimus, kuriuos pakartotinai gali naudoti keli „ViewModels“.

Duomenų modeliai, SSOT ir vienkryptis duomenų srautas

Kitas svarbus principas yra tas, kad sąsaja turėtų pateikti duomenų modelius, pageidautina, nuolatiniusŠie modeliai atspindi programos būseną ir yra visiškai nepriklausomi nuo vartotojo sąsajos ir karkaso komponentų gyvavimo ciklo. Tokiu būdu jie išlieka atkuriant veiklas ir fragmentus ir išnyksta tik tada, kai sistema nutraukia procesą.

Atsižvelgiant į tai, verta taikyti modelį, vienas tiesos šaltinis (SSOT)Kiekvienas svarbus duomenų tipas turi vieną savininką, kuris gali jį modifikuoti; kiti sluoksniai jį stebi tik per nekintamus tipus. Mutacijos atliekamos per aiškiai apibrėžtas funkcijas arba per įvykius, kurie pasiekia tą tiesos šaltinį.

SSOT paprastai derinamas su vienkryptis duomenų srautas (UDF), kuriame būsena teka iš viršaus į apačią, o įvykiai – iš apačios į viršų„Android“ sistemoje tai reiškia, kad programos duomenys keliauja iš šaltinių (tinklo, duomenų bazės) į vartotojo sąsają, o vartotojo veiksmai transformuojami į įvykius, kurie keliauja iš vartotojo sąsajos į domeną arba duomenų sluoksnį, kur atnaujinama būsena.

Laikantis šio modelio, pagerėja Būsenos nuoseklumas sumažina klaidų skaičių, palengvina programos elgesio samprotavimus ir supaprastina derinimą.Turint vieną komponentą, kuris kontroliuoja duomenų pokyčius, lengviau nustatyti gedimo šaltinį.

Priklausomybės injekcija ir bendroji geriausia praktika

Kad skirtingos programėlės klasės galėtų bendradarbiauti be nereikalingo sujungimo, rekomenduojama naudoti priklausomybių valdymo modelis, pvz., priklausomybių injekcija (DI) arba paslaugos lokatorius„Android“ sistemoje pagrindinis sprendimas yra „Hilt“, kuri automatizuoja objektų kūrimą, tikrina priklausomybes kompiliavimo metu ir sukuria specialius konteinerius karkaso komponentams.

Idėja yra ta, kad klasės Nurodykite, ko jums reikia, bet neprisiimkite atsakomybės už jo statybą.Tai leidžia lengvai pereiti nuo gyvo įgyvendinimo prie bandomosios versijos arba koreguoti elgseną neperrašant pusės projekto. Be to, tai sumažina dubliavimą ir aiškiai apibrėžia, kaip kiekviena dalis jungiasi vienoje vietoje.

Pagal bendras architektūros taisykles patartina, kad Įėjimo taškai (veikla, paslaugos, gavėjai) nėra duomenų šaltiniaiJie tiesiog koordinuoja ir prašo reikiamos informacijos iš saugyklos arba naudojimo atvejo. Taip pat rekomenduojama kuo labiau sumažinti priklausomybę nuo „Android“ klasių, esančių už vartotojo sąsajos komponentų ribų, kad būtų lengviau testuoti.

Svarbu apibrėžti Aiškios atsakomybės ribos tarp modulių, vengiant tinklo kodo, talpyklos, rodinių susiejimo ir verslo logikos maišymo toje pačioje klasėjeKiekvienas modulis turėtų atskleisti tik tai, kas būtina, be nuorodų, kurios atskleistų vidines įgyvendinimo detales ir ateityje galėtų tapti technine skola.

Dar vienas pasikartojantis patarimas yra Neišradinėkite dviračio iš naujo: pasikliaukite „Jetpack“ bibliotekomis ir nustatytais sprendimais standartinėms užduotims atlikti. (navigacija, nuoseklumas, puslapiavimas ir kt.). Skirkite laiko tam, kas daro jūsų programėlę ypatingą, užuot perrašinėję tą patį infrastruktūros kodą vėl ir vėl.

Kuriant vartotojo sąsają, patartina pasirinkti daugkartinio naudojimo ir komponuojami komponentai, kuriuos galima pertvarkyti, kad jie atitiktų skirtingus dydžius ir orientacijasTaip pat turėtumėte užtikrinti, kad sąsajos būsena būtų išsaugota keičiant konfigūraciją, ypač sulankstomuosiuose įrenginiuose ir dideliuose ekranuose, kuriuose dažnai keičiamas dydis.

Kalbant apie lygiagretumą, kiekvienas tipas turi prisiimti atsakomybę už brangiai kainuojančių užduočių atlikimą tinkamu laikuPavyzdžiui, per korutinas ir srautus. Auksinė taisyklė yra ta, kad API iškvietimai turėtų būti saugūs nuo pagrindinio srauto, perkeliant sunkų darbą į foninius srautus.

Galiausiai, verta išsaugoti kuo daugiau aktualių duomenų vietoje, atnaujinant juosTokiu būdu jūsų naudotojai gali toliau naudotis programėle net ir be interneto ryšio arba esant prastam ryšio signalui, o tai ypač įprasta perpildytose vietovėse arba naudojant prastos kokybės tinklus.

Gera architektūra suteikia labai apčiuopiamų privalumų: Tai pagerina priežiūrą, palengvina kelių komandų darbą su ta pačia kodo baze, pagreitina naujų kūrėjų įtraukimą ir palengvina programos testavimą.Visa tai reiškia mažiau klaidų, greitesnius atnaujinimus ir stabilesnę patirtį galutiniam vartotojui.

Apibendrinant, „Android“ įmonės funkcijų įvaldymas, darbo profilių ir dedikuotų įrenginių veikimo supratimas, saugaus vienkartinio prisijungimo (SSO) diegimas su pasirinktiniais skirtukais, valdomų konfigūracijų taikymas ir modernios architektūros su sluoksnių atskyrimu, SSOT ir DI taikymas leidžia jums… pereinant nuo paprastų programėlių kūrimo prie profesionalių, patikimų „Android“ sprendimų, paruoštų bet kokiai verslo ar vartotojų aplinkai, kūrimo.