Sprievodcovia pre Android: Obchod, architektúra a profesionálny rozvoj

Ak sa púšťate do sveta Androidu, skôr či neskôr budete potrebovať nejaké... Dobré príručky pre Android, ktoré vysvetľujú obchodnú stránku aj stránku vývoja aplikáciíVedieť naprogramovať pár obrazoviek nestačí: v dnešnej dobe musíte rozumieť profilom úloh, spravovaným zariadeniam, modernej architektúre, bezpečnosti, SSO, testovaniu… a oveľa viac.

V tejto komplexnej príručke nájdete Kompletný a aktuálny prehľad o tom, ako vyvíjať aplikácie pre Android určené pre firmy a pre viacero zariadeníOd základov Android Enterprise a správy zariadení až po štruktúrovanie kódu s robustnou a škálovateľnou architektúrou vám tento kurz pomôže vytvoriť si jasnú mentálnu mapu všetkého, čo potrebujete zvládnuť na vytváranie profesionálnych a ľahko udržiavateľných aplikácií.

Android Enterprise: Ako pripraviť svoje aplikácie pre firemné prostredie

Android obsahuje sadu štandardných funkcií Podnikové funkcie, ktoré umožňujú organizáciám bezpečne spravovať zariadenia, aplikácie a údajeDobrou správou je, že každá štandardná aplikácia pre Android podporuje tieto funkcie; nie až tak dobrou správou je, že ak chcete, aby vaša aplikácia zažiarila v korporátnom prostredí, budete musieť zájsť o krok ďalej a prispôsobiť ju.

Ak chcete z Android Enterprise vyťažiť maximum, je najlepšie začať s Aplikácia pre Android už vytvorená, pripravená na úpravu a s minimálnou verziou 5.0 Lollipop (hoci sa odporúča verzia 6.0 Marshmallow alebo vyššia). Tieto novšie úrovne ponúkajú pokročilé funkcie, najmä pre špecializované zariadenia a prísnejšie pravidlá správy.

Organizácie používajú tieto funkcie na umožnenie Scenáre spravovanej mobility: od mobilných telefónov zamestnancov s oddelenými osobnými a pracovnými údajmi až po jednorazové kioskyAko vývojár budete chcieť porozumieť tomuto ekosystému, aby ste sa vyhli nekompatibilitám a predovšetkým aby ste zabránili obmedzeniu prijatia vašej aplikácie firmami.

Pracovné profily v systéme Android: oddelenie osobného a profesionálneho života

Kľúčovým konceptom systému Android Enterprise je pracovný profil, firemný kontajner spravovaný v zariadení používateľaTento profil je prepojený s hlavným účtom zariadenia, ale zachováva jasné oddelenie medzi aplikáciami a osobnými a profesionálnymi údajmi.

V praxi pracovný profil funguje ako izolovaný priestor, kde podnikové aplikácie majú špecifický odznak a sú spravované vlastnými politikamiPoužívateľ si ponecháva kontrolu nad svojím osobným priestorom, zatiaľ čo IT oddelenie spravuje iba obchodné údaje a aplikácie, ktoré ho zaujímajú, bez toho, aby zasahovalo do zvyšku zariadenia.

Medzi najdôležitejšie charakteristiky pracovného profilu patria: bezpečné oddelenie údajov, distribúcia aplikácií prostredníctvom spravovaného obchodu Google Play a špecifické možnosti správy ovládané správcom, všetko je zabezpečené úplným šifrovaním zariadenia.

Dôležitým detailom je, že keď má zariadenie osobný aj pracovný profil, zvyčajne sa používa jeden súbor APK pre oba priestory, zatiaľ čo ovládač politík (DPC) je obmedzený na pracovný profilAdministrácia sa vykonáva prostredníctvom triedy DevicePolicyManager, čo znamená, že pri vývoji pokročilých podnikových riešení je potrebné zohľadniť tieto API.

Aby sa predišlo problémom, je dôležité, aby Nepredpokladajte, že akýkoľvek zámer bude môcť jednoducho prejsť z jedného profilu do druhého.Niektoré sú blokované z bezpečnostných dôvodov a zistíte to iba testovaním. Pred spustením aktivity je vhodné zavolať Intent.resolveActivity()Ak vráti hodnotu null, znamená to, že v danom profile neexistuje žiadny komponent, ktorý by mohol spracovať daný Intent.

Pri výmene súborov medzi profilmi systém Android odporúča použiť URI obsahu s FileProvider, zdieľané prostredníctvom Intents so špecifickými povoleniamiVďaka tomu je prístup obmedzený na správny profil a ostatné aplikácie vidia iba to, čo je nevyhnutné. Na rozdiel od starého URI file://, ktoré odkazujú na absolútne cesty k súborovému systému, nefungujú v rôznych profiloch. a môže spôsobiť zlyhania pri pokuse o otvorenie zdrojov z druhej strany.

Spravované konfigurácie: diaľkové ovládanie aplikácie IT oddelením

Základným pilierom v korporátnom prostredí je Spravované konfigurácie, sada parametrov, ktoré môžu správcovia na diaľku použiť v aplikáciách používateľov. Veľkou výhodou je, že sú univerzálne: fungujú s akýmkoľvek riešením EMM (Enterprise Mobility Management).

Vďaka týmto konfiguráciám môže IT oddelenie centrálne upravovať správanie aplikácie v kritických oblastiach, ako je pripojenie, bezpečnosť alebo obmedzenia používaniaMôžete si napríklad vybrať, či sa aplikácia synchronizuje iba cez Wi-Fi alebo aj cez mobilné dáta, ktoré adresy URL sú povolené v integrovanom prehliadači, ako je nakonfigurovaný e-mailový účet, či je povolená tlač alebo ktoré obľúbené položky sú predinštalované.

Z pohľadu vývojára je kľúčové Skontrolujte tieto obmedzenia vo vhodných časoch životného cyklu aplikácie.Pri spustení je vhodné, aby sa kód skontroloval onStart() alebo onResume() výsledok getApplicationRestrictions() zistiť, či je aplikácia spravovaná, či už existujú definované obmedzenia alebo či existuje čakajúci stav konfigurácie.

Hodnota vrátená funkciou getApplicationRestrictions() môže byť balík so špecifickými obmedzeniami, prázdny balík alebo štruktúra s kľúčom KEY_RESTRICTIONS_PENDINGV tomto poslednom prípade vaša aplikácia vie, že je pod správou, ale DPC ešte správne neaplikoval politiku, takže je rozumné obmedziť jej používanie a nasmerovať používateľa, aby kontaktoval IT administrátora.

Okrem toho sa pravidlá môžu kedykoľvek zmeniť, a preto musí vaša aplikácia Detekovať živé úpravy dynamickým zaznamenávaním vysielania ACTION_APPLICATION_RESTRICTIONS_CHANGEDV ideálnom prípade by ste sa mali prihlásiť na odber, keď je aktivita alebo služba aktívna, a registráciu zrušiť pomocou funkcie onPause(), aby ste predišli únikom alebo neočakávanému správaniu.

Vyhradené zariadenia: kiosky, POS systémy a digitálne značenie

Ďalšou rozšírenou praxou v spoločnostiach je používanie jednoúčelové zariadenia (špecializované zariadenia), ako sú kiosky, POS systémy alebo reklamné displejeV týchto prípadoch je Android nakonfigurovaný tak, aby zobrazoval iba jednu aplikáciu alebo veľmi obmedzený súbor, čím blokuje prístup k hlavným alebo nedávno použitým aplikáciám.

Keď je zariadenie nastavené ako vyhradené, používateľ vidí jeden, kontrolovaný zážitok bez jednoduchého spôsobu, ako opustiť hlavnú aplikáciuMôžete tiež definovať skupinu povolených aplikácií, napríklad v knižničnom kiosku, ktorý zobrazuje iba katalóg a firemný webový prehliadač.

Na dosiahnutie týchto scenárov je potrebné sledovať postupy Poskytovanie vyhradených zariadení, ako je opísané v oficiálnej dokumentáciiV týchto scenároch DPC preberá úlohu vlastníka zariadenia. Ako vývojár musíte zabezpečiť, aby vaša aplikácia mohla bežať v režime kiosku bez štandardných navigačných tlačidiel alebo multitaskingu a aby dobre reagovala na kontrolované pády a reštarty.

Jednotné prihlásenie (SSO) s vlastnými kartami prehliadača Chrome

V obchodnom svete je veľmi bežné, že sa používatelia musia overovať vo viacerých rôznych aplikáciách, a ak nie je zážitok starostlivo riadený, môže to skončiť... opakovanie používateľského mena a hesla dookolaWebView sa tradične používal na prihlasovanie, ale toto riešenie má zjavné nevýhody.

Na jednej strane, mnohé implementácie s WebView neponúkajú Skutočné SSO, pretože každý WebView spravuje vlastné súbory cookie a reláciuNa druhej strane existujú bezpečnostné riziká, pretože je možné kontrolovať súbory cookie alebo vkladať škodlivý JavaScript, ak sa akákoľvek aplikácia alebo SDK tretej strany správa nevhodne.

Odporúčanou alternatívou je využiť Vlastné karty, najmä Vlastné karty prehliadača Chrome, ktoré sú k dispozícii od verzie Chrome 45.Tieto karty fungujú ako integrované zobrazenie systémového prehliadača s bezpečným kontextom, kde hostiteľská aplikácia nemôže špehovať obsah.

Pri použití vlastných kariet na overenie, stav súborov cookie v celom prehliadači, čo umožňuje jednotné prihlásenie vo viacerých aplikáciáchPoužívateľ sa prihlási iba raz a ostatné aplikácie sa môžu spoľahnúť na tento už overený kontext, čo zlepšuje použiteľnosť a znižuje trenie.

Na implementáciu SSO s vlastnými kartami môžete použiť AppAuth, klientska knižnica OAuth s otvoreným zdrojovým kódom podporovaná pracovnou skupinou OpenID ConnectTáto knižnica zjednodušuje integráciu s poskytovateľmi identít a spracováva bezpečnostné podrobnosti a kompatibilitu s vlastnými kartami.

Testovanie aplikácií v spravovaných prostrediach: testovanie DPC, profily a zariadenia

Keď pridáte podporu pre pracovné profily, spravované konfigurácie a vyhradené zariadenia, je čas na menej okázalú, ale dôležitejšiu časť: Otestujte si svoju aplikáciu na pracovných profiloch aj na skutočne spravovaných zariadeniachTu prichádza na rad aplikácia Test DPC.

Testovací DPC je Aplikácia určená pre vývojárov, ktorá simuluje správanie podnikového DPC v testovacom prostredíS ním môžete nastaviť politiky EMM a spravovať konfiguračné hodnoty, akoby organizácia spravovala zariadenie prostredníctvom svojej konzoly.

Základný pracovný postup na otestovanie aplikácie v pracovnom profile je Nainštalujte Test DPC, otvorte možnosť konfigurácie Test DPC v selektore systému Android a postupujte podľa pokynov na vytvorenie pracovného profilu.Potom si nainštalujete aplikáciu a skontrolujete, ako sa správa v danom profile s pracovným odznakom, overíte povolenia, zámery, prístup k údajom a ďalšie citlivé správanie.

Ak chcete simulovať plne spravované zariadenie, musíte Uistite sa, že terminál nemá nakonfigurovaných žiadnych iných používateľov, pracovných profilov ani účtov.Ďalej nainštalujte Test DPC a spustite nasledujúci príkaz v adb:

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

Po dokončení tohto procesu bude zariadenie pod plnou kontrolou spoločnosti Test DPC ako vlastníka zariadeniaOdtiaľ môžete svoju aplikáciu otestovať v kontexte absolútnej správy, pričom venujete osobitnú pozornosť tomu, ako sa aplikujú spravované konfigurácie, ako reagujú obmedzené zámery a čo sa stane s aplikáciou v blokujúcich scenároch a prísnych politikách.

Keď overíte správanie v lokálnych testoch, ideálne je ísť o krok ďalej a urobiť... end-to-end testovanie v reálnom cloudovom prostredí, replikujúce postup, ktorým by sa riadil zákazníkTo zahŕňa používanie testovacej konzoly EMM, nárokovanie spravovanej domény Google, jej prepojenie s touto konzolou a zverejnenie testovacej verzie vašej aplikácie (s iným ApplicationId) v súkromnom kanáli Google Play danej domény.

Z konzoly EMM budete môcť Konfigurácia pracovných zariadení, distribúcia aplikácie, nastavenie spravovaných konfigurácií a nastavenie politík zariadeníTýmto spôsobom overíte, či všetko funguje tak, ako by to fungovalo v produkčnom nasadení, od počiatočnej registrácie až po aplikáciu rozšírených politík.

Sprievodcovia učením sa pre Android: od začiatočníkov po pokročilých

Okrem čisto obchodného aspektu, ak sa chcete stať dobrým vývojárom pre Android, potrebujete štruktúrovaná vzdelávacia cesta, ktorá pokrýva všetko od základných konceptov až po pokročilé témy a zostaňte v obraze Technologické novinky o mobilných telefónoch, aplikáciách a digitálnej kultúreV tomto zmysle sú veľmi užitočné príručky alebo kurzy, ktoré rozdeľujú obsah na úrovne – začiatočník, mierne pokročilý a pokročilý.

V počiatočnej fáze sa pozornosť zameriava na Základy Androidu, Kotlinu alebo Javy, životný cyklus aktivít, základné pohľady a tvorba rozloženiaMnoho moderných zdrojov sa teraz 100 % zameriava na Kotlin, ale stále existujú vynikajúce knihy a materiály založené na Jave a prostrediach ako Eclipse, ktoré sú síce trochu zastarané, ale stále sú užitočné pre pochopenie vývoja platformy.

Ako budete postupovať, je kľúčové predstaviť témy ako napríklad perzistencia dát, súbežné programovanie, bezpečnosť, sieťová komunikácia a testovanieJe tiež dobrý nápad oboznámiť sa s Fragmentom, modernými architektúrami a konceptmi ako modularizácia, aby sa vaše projekty s rastom nestali chaotickými.

Na pokročilej úrovni už prichádzajú do úvahy Publikovanie na Google Play, správa verzií, monetizácia, ochrana platených aplikácií (napr. s LVL) a mechanizmy aktualizáciíBežne sa preberajú aj témy ako AppWidgets, prístup ku geolokácii, optimalizácia výkonu, podpora viacerých verzií systému Android a prispôsobenie tabletom a skladacím zariadeniam.

Niektoré klasické učebnice pokrývajú Od prípravy vývojového prostredia, cez vytvorenie prvej aplikácie, návrh používateľského rozhrania, až po finálne nasadenie v produkciiAko pridaná hodnota sú zvyčajne sprevádzané stiahnuteľnými vzorovými projektmi, ktoré prakticky ilustrujú všetko, čo je v texte vysvetlené.

Moderná architektúra aplikácií pre Android: základ pre seriózne projekty

Ak chcete, aby sa vaša aplikácia nerozpadla hneď, ako trochu narastie, potrebujete Dobre navrhnutá architektúra aplikácie, ktorá sa dá škálovať a prispôsobiť mobilným telefónom, tabletom, skladacím zariadeniam, ChromeOS, autám a zariadeniam XR.Cieľom je minimalizovať závislosť od komponentov frameworku a zabezpečiť, aby sa kód dal ľahko udržiavať a testovať.

Typická aplikácia pre Android pozostáva z viacero komponentov deklarovaných v manifeste: služby, poskytovatelia obsahu, príjemcovia vysielania a aktivityHistoricky bolo používateľské rozhranie organizované s niekoľkými aktivitami, ale súčasné odporúčanie je použiť architektúru unikátna aktivita s obrazovkami založenými na fragmentoch alebo cieľoch Jetpack Compose.

Keďže vaša aplikácia môže bežať na veľmi odlišných zariadeniach, nemôžete predpokladať ani pevná orientácia, ani jednotná veľkosť obrazovkyZmeny konfigurácie (rotácia, zmeny okien v systéme ChromeOS, skladanie skladacieho zariadenia) vyžadujú rekompozíciu rozhrania a môžu spôsobiť reprodukciu komponentov, takže akýkoľvek dôležitý stav by mal byť uchovávaný mimo aktivít a fragmentov.

Okrem toho je Android prostredie s obmedzenými zdrojmi, kde systém Môže ukončiť procesy aplikácií na pozadí, aby sa uvoľnila pamäťMôže tiež spúšťať komponenty neusporiadaným spôsobom a bez varovania ich zničiť. Preto klasické odporúčanie: neukladajte stavové ani obchodné údaje do aktivít, služieb alebo prijímačov vysielania, pretože sú svojou povahou prchavé.

Hlavnou zásadou je Oddelenie zodpovedností: používateľské rozhranie je zodpovedné za zobrazovanie údajov a reagovanie na udalosti, zatiaľ čo obchodná logika a spracovanie údajov sa nachádzajú v iných vrstvách.Keď sa teda komponent rozhrania znovu vytvorí, stav pretrváva vďaka dobre organizovaným ViewModelom, repozitárom a zdrojom údajov.

Vrstvy architektúry: UI, dáta a doména

Odporúčaná architektúra rozlišuje minimálne dve vrstvy: Vrstva používateľského rozhrania (prezentácia) a dátová vrstvaVoliteľne je možné pridať tretiu vrstvu domény na zapuzdrenie komplexnej alebo opakovane použiteľnej obchodnej logiky medzi rôznymi ViewModelmi.

Vrstva používateľského rozhrania je zodpovedná za zobrazovať údaje na obrazovke a reagovať na zmenyToto sa deje buď prostredníctvom akcií používateľa, alebo externých vstupov, ako sú napríklad sieťové odpovede. Tu prichádzajú do hry vizuálne prvky (pohľady alebo kompozovateľné prvky z Jetpack Compose) a kontajnery stavov (ViewModel), ktoré udržiavajú a zobrazujú stav rozhrania.

V adaptívnych rozhraniach sú ViewModely zvyčajne zobraziť stav, ktorý už zohľadňuje triedu veľkosti oknapomocou nástrojov ako napríklad currentWindowAdaptiveInfo(). Komponenty ako NavigationSuiteScaffold sa môžu spoľahnúť na tieto informácie na automatické prepínanie medzi NavigationBar, NavigationRail alebo NavigationDrawer v závislosti od dostupného priestoru.

Dátová vrstva sústreďuje obchodná logika a pravidlá, ktoré určujú, ako sa dáta vytvárajú, ukladajú a upravujúJe založený na repozitároch, ktoré zoskupujú a abstrahujú jeden alebo viacero zdrojov údajov: lokálne databázy, sieťové služby, súbory atď. Každý typ informácií (filmy, platby, používatelia atď.) má zvyčajne svoje vlastné repozitár zodpovedné za sprístupňovanie údajov, centralizáciu zmien a riešenie konfliktov.

Zdroje údajov sú triedy, ktoré Komunikujú priamo so systémom alebo s externými službami: SQL dotazy, prístup k súborom, HTTP požiadavky atď.Zvyšok aplikácie by nemal závisieť od jej konkrétnej implementácie, ale iba od rozhraní sprístupnených repozitárom.

S rastúcou zložitosťou je užitočné zaviesť doménovú vrstvu pozostávajúcu z prípady použitia alebo interakčné prvky, z ktorých každý je venovaný špecifickej funkciiNapríklad GetTimeZoneUseCase, ktorý vracia príslušné časové pásmo na vytvorenie vlastných správ, ktoré je možné opakovane použiť vo viacerých ViewModel.

Dátové modely, SSOT a jednosmerný tok údajov

Ďalším kľúčovým princípom je, že rozhranie by malo dopĺňajte dátovými modelmi, najlepšie perzistentnýmiTieto modely predstavujú stav aplikácie a sú úplne nezávislé od používateľského rozhrania a životného cyklu komponentov frameworku. Týmto spôsobom prežijú reprodukcie aktivít a fragmentov a zmiznú až vtedy, keď systém proces ukončí.

V súvislosti s tým je vhodné použiť vzorec jediný zdroj pravdy (SSOT)Každý dôležitý dátový typ má jedného vlastníka, ktorý ho môže upravovať; ostatné vrstvy ho pozorujú iba prostredníctvom nemenných typov. Mutácie sa vykonávajú prostredníctvom dobre definovaných funkcií alebo prostredníctvom udalostí, ktoré dosiahnu tento zdroj pravdy.

SSOT sa zvyčajne kombinuje s jednosmerný tok údajov (UDF), v ktorom stavy prúdia zhora nadol a udalosti prúdia zdola nahorV systéme Android to znamená, že dáta aplikácie putujú zo zdrojov (sieť, databáza) do používateľského rozhrania, zatiaľ čo akcie používateľa sa transformujú na udalosti, ktoré putujú z používateľského rozhrania do domény alebo dátovej vrstvy, kde sa stav aktualizuje.

Dodržiavanie tohto vzoru zlepšuje Konzistencia stavov znižuje chyby, uľahčuje uvažovanie o správaní aplikácie a zjednodušuje ladenie.Vďaka jedinej zložke, ktorá riadi zmeny údajov, je jednoduchšie presne určiť zdroj chyby.

Vkladanie závislostí a všeobecné osvedčené postupy

Aby sa umožnila spolupráca rôznych tried aplikácie bez zbytočného prepojenia, odporúča sa použiť vzor správy závislostí, ako napríklad vkladanie závislostí (DI) alebo lokátor služiebV systéme Android je najlepším riešením Hilt, ktorý automatizuje vytváranie objektov, kontroluje závislosti počas kompilácie a vytvára špecifické kontajnery pre komponenty frameworku.

Myšlienka je taká, že triedy Uveďte, čo potrebujete, ale nepreberajte zodpovednosť za to, aby ste to vybudovali.To vám umožňuje jednoducho prejsť z živej implementácie na testovaciu verziu alebo upraviť správanie bez prepisovania polovice projektu. Okrem toho sa tým znižuje duplicita a jasne sa načrtáva, ako jednotlivé časti prepájajú na jednom mieste.

Ako všeobecné pravidlá architektúry sa odporúča, aby Vstupné body (činnosti, služby, prijímatelia) nie sú zdrojmi údajovNamiesto toho sú to jednoducho koordinátori, ktorí si vyžiadajú potrebné informácie z repozitára alebo prípadu použitia. Odporúča sa tiež minimalizovať závislosti od tried Androidu mimo komponentov používateľského rozhrania, aby sa uľahčilo testovanie.

Je dôležité definovať Jasné hranice zodpovednosti medzi modulmi, vyhýbanie sa miešaniu sieťového kódu, ukladania do vyrovnávacej pamäte, viazania zobrazení a obchodnej logiky v rámci tej istej triedyKaždý modul by mal odhaľovať iba to, čo je potrebné, bez skratiek, ktoré odhaľujú interné detaily implementácie a mohli by sa v budúcnosti stať technickým dlhom.

Ďalšou opakujúcou sa radou je Nevynájdite koleso nanovo: spoľahnite sa na knižnice Jetpack a osvedčené riešenia pre štandardné úlohy (navigácia, perzistencia, stránkovanie atď.). Namiesto toho, aby ste stále dookola prepisovali ten istý kód infraštruktúry, si vyhraďte čas na to, čo robí vašu aplikáciu výnimočnou.

Pri navrhovaní používateľského rozhrania je vhodné zvoliť opakovane použiteľné a skladateľné komponenty, ktoré je možné preskupiť tak, aby sa prispôsobili rôznym veľkostiam a orientáciámTaktiež by ste mali dbať na zachovanie stavu rozhrania počas zmien konfigurácie, najmä na skladacích zariadeniach a veľkých obrazovkách, kde je častá zmena veľkosti.

Pokiaľ ide o súbežnosť, každý typ musí byť zodpovedný za vykonanie vašich nákladných úloh v správnom časovom rámciNapríklad prostredníctvom korutín a flowov. Zlatým pravidlom je, že volania API by mali byť chránené pred hlavným vláknom, čím by sa ťažká úloha presunula na vlákna na pozadí.

Nakoniec sa oplatí zachovať čo najviac relevantných údajov lokálne, aktuálnym spôsobomTakto môžu vaši používatelia pokračovať v používaní aplikácie aj bez pripojenia alebo so slabým pokrytím, čo je bežné najmä v preťažených oblastiach alebo so sieťami nízkej kvality.

Dobrá architektúra prináša veľmi hmatateľné výhody: Zlepšuje udržiavateľnosť, uľahčuje viacerým tímom prácu na rovnakej kódovej základni, zrýchľuje nástup nových vývojárov a uľahčuje testovanie aplikácie.To všetko sa premieta do menšieho počtu chýb, rýchlejších aktualizácií a stabilnejšieho zážitku pre koncového používateľa.

Zvládnutie podnikových funkcií systému Android, pochopenie fungovania pracovných profilov a vyhradených zariadení, implementácia zabezpečeného jediného prihlásenia (SSO) s vlastnými kartami, aplikácia spravovaných konfigurácií a prijatie modernej architektúry s oddelením vrstiev, SSOT a DI vám umožní... prechod od tvorby jednoduchých aplikácií k budovaniu profesionálnych a robustných riešení pre Android pripravených pre akékoľvek firemné alebo spotrebiteľské prostredie.