Tartalom

• Az Android Q fejlesztők számára egy pillanat alatt - amit valójában tudnia kell
• A helymeghatározások a javított biztonsági lehetőségeket tartalmazzák
• Az átfogó tárolás megváltoztatja a külső fájlok elérésének módját
• További biztonsági változások
• Jövőbeli ellenőrzés - összecsukható eszközök, multi-újraindítás és neurális hálózatok
• Több multitasking buborékokkal
• A parancsikonok és a beállítások panel megosztása
• Csatlakozási fejlesztések
• Új média lehetőségek - codec támogatás és mélységi adatok
• Fejlesztett teljesítmény - Vulkan és az Android Runtime
• A felhasználói felület változásai - gesztusos navigáció és sötét mód
• Hogyan lehet megmenteni

A felhasználó szempontjából az Android új verziója általában izgalmas idő. Hacsak nem szeretik egy adott felhasználói felület elemét, ez általában jobb teljesítményt, nagyobb stabilitást és sok új funkciót jelent.

Olvassa el: Az Android Q legnépszerűbb funkciói, amelyeket tudnia kell

A fejlesztők számára az Android Q-hoz hasonló frissítés kevésbé vegyes érzelmeket hoz fel. Ezek az új funkciók továbbra is jó hír, potenciálisan érdekesebb és hatékonyabb funkciókat tesznek lehetővé alkalmazásunkban. Ugyanakkor a változtatások is sok munkát jelentenek, mivel arra törekszünk, hogy a projektek nem csak az új platformot támogassák és megfeleljenek a specifikációknak, hanem optimalizálva legyenek annak érdekében, hogy a lehető legjobb élményt nyújtsák.

Ebből a célból ez a bejegyzés segít felkészülni a sebességre, mivel megosztja az összes olyan fontos változást és fejleményt, amelyet eddig ismertünk a fejlesztők számára, hogy szem előtt tartsák.

Ez jelenleg az összes új fejlesztést magában foglalja, egészen a Béta 6-ig. Ez valószínűleg utoljára frissíti ezt a bejegyzést a végleges kiadás előtt!

Az Android Q fejlesztők számára egy pillanat alatt - amit valójában tudnia kell

Íme, amit igazán tudnia kell:

• Új tartózkodási engedélyre van szükség.
• A többszörös újraindítás támogatásához nyilvánvaló változtatásokra van szükség.
• Az átfogó tárolás megváltoztatja a fájlok külső tárhelyen történő mentésének és elérésének módját.
• A helykereséshez most finom hely szükséges.
• Az IMEI-hez hasonló információk korlátozottak.
• A háttér-alkalmazások már nem indíthatnak előtérbeli tevékenységeket.
• Noha nem szorosan kapcsolódik az Android Q-hoz, új alkalmazás-specifikációk kerülnek bevezetésre.
• Hasonlóképpen, idén később, a fejlesztők legalább az Android Pie támogatását kénytelenek lesznek támogatni. A figyelmeztetések az alkalmazásokon jelennek meg, ha nem tartják be őket.
• És az alkalmazásoknak az év végéig 64 bites verziót kell biztosítaniuk.
• Az új rendszermozdulatokkal való navigáció hatással lehet az alkalmazás felhasználói felületére.

Íme néhány jó új funkció, amelyek érdekelhetnek:

• A többször folytatott munka lehetővé teszi a sokkal hatékonyabb multitasking feladatot.
• Az emulátorban végrehajtott változásokat az Android 3.5 Canary kiadási csatornáján tesztelheti.
• A Devs több adathoz férhet hozzá a mélységérzékelőkből.
• A Dev-k támogathatják a sötét témát.
• Nagyteljesítményű és alacsony késleltetésű WiFi módok érhetők el.
• A TextClassifier lehetővé teszi, hogy a készülékek azonosítsák a szöveg egy nyelvét.
• A MicrophoneDIrection API lehetővé teszi, hogy rögzítéskor kiválaszthassa a mikrofon irányát.
• A buborékok lehetővé teszik a könnyebb multitasking és gazdag értesítéseket.
• A média kodekek fokozott támogatása.
• A hivatkozások megosztása megkönnyíti a média megosztását az alkalmazásokból.
• A gyors beállítások lehetővé teszik az egyszerű hozzáférést az aktuális alkalmazáshoz kapcsolódó beállításokhoz.
• A Vulkan támogatását erőteljesen erősítik.
• Több ideghálózati művelet.
• Az Android futásidejének fejlesztései segítenek az alkalmazásoknál gyorsabban ebédelni (elméletileg).

Az ezekről a dolgokról és a kisebb változásokról további információt olvashat. Megvizsgáljuk azt is, hogy miként kezdheti el az alkalmazás tesztelését az Android Q rendszeren.

A helymeghatározások a javított biztonsági lehetőségeket tartalmazzák

Az Android minden új iterációja új funkciókkal jár, amelyek célja a felhasználók biztonságosabb és magánéletbeli élményének biztosítása. Ezúttal jobban ellenőrzik a helyinformációkat. Korábban a felhasználók engedélyezhetik vagy megtagadhatják a helymeghatározási adatokhoz való nagykereskedelmet. Időközben választhatnak egy harmadik lehetőséget, amely csak az adatok megadására szolgál, amíg az alkalmazás használatban van - amikor az előtérben fut.

Ez remélhetőleg azt jelenti, hogy a felhasználók nem fogják teljes egészében megtagadni egy alkalmazás telepítését, mert nem akarják, hogy azt „nézzék meg”, bár a háttérmeghatározási engedélyhez használt szöveg kissé eltolhatja:

„Engedélyezze az App számára az eszköz helyének elérését mindig?”

Jaj!

Bármennyire is érzi magát, ez azt jelenti, hogy el kell végeznie néhány változtatást. Pontosabban, a Q-t célzó fejlesztőknek a következő sort kell hozzáadniuk az alkalmazás-manifeszthoz: android.permission.ACCESS_BACKGROUND_LOCATION.

Ha régebbi alkalmazásod van, akkor az Android ezt az engedélyt alapértelmezés szerint az ACCESS_FINE_LOCATION vagy ACCESS_COARSE_LOCATION kiegészíti.

A beállításról további információkat itt talál a Google.

Az átfogó tárolás megváltoztatja a külső fájlok elérésének módját

Amíg a magánélet kérdésével foglalkozunk, a felhasználók ellenőrizhetik a Fotók, Videók és Audio mappák megosztott fájljainak elérését új futási engedélyekkel, amelyek a READ_EXTERNAL_STORAGE és a WRITE_EXTERNAL_STORAGE helyébe lépnek. A Letöltések mappához való hozzáférés csak a rendszerfájl-átválasztón keresztül érhető el, teljes jogot biztosítva a felhasználók számára, hogy mely fájlokat bocsátják rendelkezésre.

Ennek beállításához új engedélyeket kell kérnie, például READ_MEDIA_IMAGES, majd a MediaStore API-n keresztül kell hozzáférnie a gyűjteményekhez. A teljes útmutató itt található.

A kiegyensúlyozás érdekében az alkalmazásoknak most saját „izolált tároló homokozója” lesz, amely egy, az adott alkalmazásra korlátozott mappát biztosít a külső tárolóhelyen. Ennek célja az engedélyek iránti igény csökkentése, miközben remélhetőleg valamivel rugalmasabb, mint a jelenleg biztosított belső tárolóhely. Még mindig biztonsági másolatot kell készítenie ezekről a fájlokról, ha áthelyezi azokat a MediaStore gyűjteményekbe, vagy használja a Storage Access Framework használatát, ha azt akarja, hogy az alkalmazás eltávolítása után megmaradjanak. Elkerülhetetlenül akadályokat teremt néhány egyedi felhasználási esetben.

Ha más alkalmazásoknak a külső tárolóeszközök izolált tároló homokozóinak fájljait szeretné elérni, akkor van néhány figyelmeztetés. Ez alapértelmezés szerint engedélyezve van a közönséges média fájltípusoknál (például fotók és zene). Ha azonban egy külön alkalmazás által létrehozott más fájlokhoz szeretne hozzáférni, akkor az ACTION_OPEN_DOCUMENT és az ACTION_OPEN_DOCUMENT_TREE szándékokkal kell hozzáférnie egy adott fájlhoz (amelyet a felhasználó megad vagy visszavon).

További biztonsági változások

Néhány további biztonsági változás, amelyet figyelembe kell venni:

• A háttér-alkalmazások már nem tudnak indítani tevékenységeket az előtérben, mivel ez veszélyeztetheti a felhasználókat. Ehelyett magas prioritású értesítést kell használnia teljes képernyőn, például a bejövő hívásokhoz.
• Az eszközöknek alapértelmezés szerint véletlenszerű MAC-címeik lesznek a különféle Wi-Fi-hálózatokon (ez a Pie menüpontban opcionális volt).
• Az információkhoz, például az eszköz IMEI-hez és a sorozatszámhoz való hozzáférés most korlátozott. További információ itt.
• A hálózatok szkennelésére szolgáló API-knak mostantól FINE helymeghatározási engedélyre van szükségük.
• Támogatás a WPA3 és az Enhanced Open Wi-Fi szabványokhoz.
• Úgy tűnik, hogy az alkalmazások már nem tudják váltani a Wi-Fi-t, ehelyett arra kényszerülnek, hogy támaszkodjanak az új beállítások panelen.

Jövőbeli ellenőrzés - összecsukható eszközök, multi-újraindítás és neurális hálózatok

Az Android Q számos lépést is tesz a hardver jövőjének előkészítése érdekében. Tudod, mit jelent ez: összecsukható! Vagy amint a Google hívja őket: „innovatív új képernyők”.

A nagy fejlemények az onResume és az onPause fejlesztései. Ezek most támogatják a „multi-folytatást”, és értesítik az alkalmazást, amikor összpontosít. A Multi-Resume hatékonyan lehetővé teszi két alkalmazás egyidejű futtatását szünet nélkül (ahogy jelenleg is). Ez valószínűleg az összes alkalmazásra vonatkozik a többablakos módban (nem csak az összecsukható képernyőkön lévő alkalmazásokra), végül pedig telefonjainkat még közelebb hozza a valódi asztali jellegű teljesítményhez. Ha szeretné látni, hogy néz ki most, akkor kipróbálhat valami hasonlót a Samsung MultiStar alkalmazásán keresztül (a Good Lock része).

A többszörös újraindítás mellett az Android Q az onResume és az onPause változásait is látja - ezek talán a legalapvetőbb változások, amelyeket egy ideje láttunk.

Az átméretezhető Activity manifest attribútumot szintén megváltoztatják, hogy megkönnyítsék a méret rendszeres megduplázódását a kijelzők kinyitásakor.

Ez nagyrészt jó hír azoknak a fejlesztőknek, akiknek most már kevésbé kell aggódniuk azért, hogy szüneteltetett, de láthatóak legyenek az alkalmazások. Ennek ellenére még potenciálisabb felhasználási eseteket és megjelenítési típusokat vezet be egy már nagyon szétaprózott platformon. Móka móka.

Mindezek megismétléséhez meg kell változtatnia a manifesztban, és kifejezetten bele kell foglalnia a következő címkét: android.allow_multiple_resumed_activities. A 2. és 3. béta verziójától kezdve a fejlesztők ezt maguknak tesztelhetik az AVD-n keresztül a behajtható emulátor segítségével.

Ugyancsak megjelenik a Neural Networks API 1.2, amely 60 új műveletet és javított funkcionalitást eredményez. Az opciók között szerepel az ARGMAX, az ARGMIN és a kvantált LSTM, amelyek lényegében lehetővé teszik a jobb objektum-felismerést és a kép szegmentálását.

Több multitasking buborékokkal

Mintha az igazi multitasking nem lenne elég, az Android Q egy újabb módszert is bemutat, amellyel egyszerre többet is megtehet: buborékok. Ezek a buborékok ténylegesen az értesítés formájaként szolgálnak, de további információt nyújtanak, és akár a teljes tevékenységet is megmutatják a felhasználó jelenlegi tetején. Ez lehetővé teszi a gyors hozzáférést az olyan dolgokhoz, mint a jegyzetek, a fordítások és a csevegések. Lényegében a csevegőfejek akkor.

A buborékok ténylegesen az értesítés egyik formája

A fejlesztők a jelenlegi értesítési rendszer tetejére épített API-n keresztül férhetnek hozzá az új szolgáltatáshoz. Buborékok elküldéséhez a setBubbleMetadata fájlt kell használni, majd megadnia kell egy tevékenységet, amelyet egy buborékban megjelenítenie kell a buborékban.

A parancsikonok és a beállítások panel megosztása

A Google megkönnyíti a felhasználók számára az alkalmazások tartalmának megosztását, és ezért bevezeti a „Megosztási hivatkozások” funkciót, hogy a felhasználók egyenesen egy másik alkalmazásba léphessenek. A fejlesztők közzétehetik „megosztási célokat” az egyes tevékenységek elindításához a mellékelt tartalommal, és ezeket a felhasználói felületen mutatják meg a felhasználók számára. A Beta 2 verziójától kezdve előnézeti képet nyújthat a megosztott adatokról.

Ez hasonlóan fog működni az alkalmazás parancsikonjaihoz, és így elérhető lesz a ShortcutInfo API-n keresztül. Lesz egy új ShareTarget AndroidX könyvtár, amely olyan eszközökön fog működni, amelyek nem futnak Q-vel. A Google megosztott egy mintaalkalmazást azok számára, akik meg akarják nézni, hogy mindez hogyan működik.

Úgy tűnik, hogy a dolgok gyorsabbá tétele általában a játék neve, mivel az Android Q megkönnyíti a rendszerbeállítások megváltoztatását a jelenleg futó alkalmazás kontextusában. Ez a fejlesztők számára elérhető lesz a Settings Panel API-n keresztül.

A beállítások panel megjelenítéséhez csak egy olyan célt kell használnia, mint például az ACTION_VOLUME, a Beállítások panel művelettel.

Csatlakozási fejlesztések

A Wi-Fi vermet az Android Q-ban újra felújították a magánélet és a teljesítmény javítása, valamint az internet-eszközök kezelésének vagy az internetkapcsolatok javaslatának megkönnyítése érdekében, helymeghatározási engedély nélkül.

Érdekesebb azonban, hogy a készülékek képesek lesznek elérni a nagy teljesítményű és alacsony késleltetési módot. Ez utóbbi különösen hasznos lesz a játékok számára (és a játék streamingjéhez!).

Ezekhez hozzáférhet a WiFiManager.WiFiLock.creatWifiLock () hívással, a WIFI_MODE_FULL_LOW_LATENCY vagy a WIFI_MODE_FULL_HIGH_PERF használatával.

Új média lehetőségek - codec támogatás és mélységi adatok

Devs mostantól kihasználhatja ezeket a mélységérzékelő kamerákat. A dinamikus mélységű képek kérhetők, és JPG-t, XMP metaadatokat tartalmaznak, amelyek leírják a mélység elemeit, és egy mélység-konfidencia térképet.

Ez hasznos lehet a kameraalkalmazásokban és a képalkotó szerkesztési alkalmazásokban, de talán izgalmasabb az AR-alkalmazások lehetősége. A Google együttműködik az OEM-ekkel annak biztosítása érdekében, hogy ez elérhető legyen minden Q-támogató eszközön.

Az Android Q támogatni fogja az AV1 nyílt forráskódú videokodeket is, amely alacsonyabb sávszélesség-követelményekkel lehetővé teszi a kiváló minőségű adatfolyam-továbbítást. Az Opuson keresztüli audio kódolás szintén jön. A MediaCodecInfo API-n keresztül mostantól könnyebb lesz megismerni az adott eszközön elérhető renderítési lehetőségeket.

A natív MIDI API lehetővé teszi a kommunikációt a MIDI eszközökkel az NDK-n keresztül. Az új MicrophoneDirection API lehetővé teszi a fejlesztőknek, hogy a mikrofon irányítását meghatározzák hangfelvétel közben. Ez egységesíti a zoomolható mikrofonok irányítását is.

Egy másik új szolgáltatás a más alkalmazások hangfelvételének képessége. Ez hasznos lesz például a játék streamingjében, feliratozásában és fordításában.

Fejlesztett teljesítmény - Vulkan és az Android Runtime

A játékfejlesztőknek részesülniük kell az általános Vulkan-támogatás javításáról. A Google kijelenti célja annak biztosítása, hogy az API-t minden 64 bites eszközön támogatják, amelyen az Android Q működik. A vállalat egy szabványos és frissíthető OpenGL meghajtón dolgozik a Vulkanon épített eszközökön. Az Android Q hozzáteszi az ANGLE kísérleti támogatását is - ez az absztrakciós réteg lehetővé teszi az OpenGL ES-t használó játékok számára, hogy kihasználják a Vulkan teljesítményét és stabilitását. Az OpenGL ES 2.0 szintén támogatásra kerül Q-ben, a 3.0-s támogatással pedig nem sokkal később.

Hasonlóképpen számíthat arra, hogy javul az általános teljesítmény az alkalmazásokban. Ezt részben az Android futási idejének fejlesztésével érjük el, amely lehetővé teszi az alkalmazások gyorsabb indulását és kevesebb memóriafelhasználást (bár Gary ezt nem találta meg egy G régebbi eszköznél a Speed ​​Test G-ben).

A stabilitás javítása érdekében a Google a privát API-khoz való hozzáférést is korlátozni fogja. A szürkén felsorolt ​​személyek listáját itt találja. A Google vállalja, hogy nyilvános alternatívákat minden esetben elérhetővé tesznek.

A felhasználói felület változásai - gesztusos navigáció és sötét mód

A Beta 3-tól kezdve a dev-k választhatják a „sötét téma” támogatását úgy, hogy kibővítik a témájukat a „Theme.AppCompat.DayNight” vagy az anyagösszetevőkből. Ezután beállíthatja a saját alapértelmezett éjszakai témát. Ügyeljen arra, hogy a felhasználóknak lehetőségük nyíljon a témák váltására, ahogy ők is kívánják, és gondoljon át az elrendezésed és a láthatóság szempontjából.

Az Android Q szintén támogatja a mozdulatokkal való navigációt, mint szinte minden Android Skin, amely új felhasználói felülettel kapcsolatos szempontokat vezet be a felhasználók számára. Például: fontolja meg, hogy az alkalmazás egyedi felhasználói felületébe bevitt gesztusok zavarokat okoznak-e a felhasználók számára. Ilyen esetekben a fejlesztők dönthetnek úgy, hogy „gesztuskizárási téglalapokat” használnak-e a rendszermozdulatok felülbírálására, vagy egyszerűen megváltoztatják a felhasználók interakcióját alkalmazásukkal. Hasonlóképpen, gondolkodjon azon, hogy jobban kihasználja azt a képernyőn megjelenő további ingatlant, amelyet a gombok elvesztése biztosít.

A TextClassifier osztály lehetővé teszi a fejlesztőknek, hogy felismerjék egy szöveg szövegét. Végül, az Intelligens tevékenységek logikai opciókkal kitöltik a gyors válaszmezőket az értesítésekben. Ez csökkenteni fog egy bizonyos költséget a fejlesztők számára, akiknek már nem kell ezt a funkciót a semmiből kódolniuk.

A visszajelzésekre reagálva a Beta 5 legújabb változásai hozzáadtak egy „peek” opciót az alkalmazásokhoz a navigációs rajz segítségével, valamint gyorsbillentyűt az asszisztens eléréséhez. A Beta 6 érzékenységi beállítást hozott a hátsó gesztushoz, valamint egy 200 dp függőleges alkalmazás kizárási korlátot.

Hogyan lehet megmenteni

Ha mindez felébresztette a képzeletét (vagy csak kissé szorongott), akkor néhány módszerrel megadhatja az Android Q forgását.

Tölti az Android Q Beta-t egy Pixel eszközre. Ha nem történik egy Pixel fekvés, vagy ha nem szeretne béta operációs rendszert telepíteni a napi illesztőprogramra, akkor inkább megteheti a telepítés egyszerűbb útját az AVD Manager használatával.Csak nyissa meg az SDK kezelőt, és akkor válassza ki az Android Q Beta rendszerképét a letöltéshez.

Az Android Q Beta 4 vagy újabb verziójától kezdve az összes API elérhető a fejlesztők számára, hogy megkezdhessék alkalmazásuk tesztelését, és a Google már elfogadja azokat, amelyek a 29-es API-t célozzák a Play Áruházban.

Mit gondolsz ezekről a változásokról? Gondolsz-e olyan új funkciókat, amelyeket a projektekbe beépíthetnek? Vagy most már nagyon sok munkája van a biztonsági frissítések megkerülésére?