Android 11 fejlesztői előnézet

Ma Google bejelentett az első Android 11 Developer Preview egy hivatalos blogbejegyzésben. A cég már kiadott rendszerképet minden olyan fejlesztő számára, aki érdeklődik az új Android operációs rendszer telepítése iránt. Javasoljuk, hogy a lehető leghamarabb telepítse, hogy tesztelje alkalmazását az Android 11 legújabb viselkedési változásaival és platformfunkcióival. Mielőtt belevágna a dokumentumokba, íme egy összefoglaló az első Android 11 Developer Preview összes főbb új, fejlesztőközpontú funkciójáról.

Új hálózati/kapcsolati funkciók

Idén és jövőre nagy divat lesz az 5G-kapcsolat: a Samsung széles körben elérhetővé teszi az 5G-kompatibilis okostelefonokat a Galaxy S20 sorozattal míg A Qualcomm tovább emeli a lécet 5G okostelefon-kapcsolaton. Az Android 11 rendszerrel a Google két új API-t ad hozzá, hogy felkészítse a fejlesztőket az 5G-kapcsolat valóságára. Nemcsak ezek, hanem más kapcsolatalapú API-k is csiszolnak.

Bandwidth Estimator API

A Google az a ConnectivityManager frissítése hogy könnyebb legyen ellenőrizni a downstream és upstream sávszélességet anélkül, hogy le kellene kérni a hálózatot, vagy a fejlesztőknek saját becsléseiket kellene kiszámítaniuk. Ha a modem nem támogatja ezen adatok megadását, az API alapértelmezett becslést készít a meglévő hálózati kapcsolat alapján.

Dynamic Meteredness API

Ez az API lehetővé teszi a fejlesztők számára, hogy ellenőrizzék, hogy a felhasználó nem mérhető kapcsolatot használ-e, és ha igen, nagyobb felbontású vagy minőségi adathordozót kínál, amely potenciálisan sokkal több adatot használhat fel. Az Android 11-ben ezt az API-t a mobilhálózatokra is kiterjesztették, így a fejlesztők mostantól azonosíthatják azokat a felhasználókat, akiknek szolgáltatói valóban méretlen adatszolgáltatásokat kínálnak 5G hálózatukon.

A hívásszűrési szolgáltatás fejlesztése

A Google bevezette a „szerepek” fogalmát az Android 10-ben. Kicsit hasonlítanak az "alapértelmezett alkalmazásokhoz" abban a tekintetben, hogy egy alkalmazásnak szerepkört biztosítva hozzáférést biztosít bizonyos API-khoz. Például van egy hívásszűrő szerepkör amely lehetővé teszi a harmadik féltől származó alkalmazások számára, hogy blokkolják vagy azonosítsák a bejövő hívásokat, mielőtt a felhasználó tudomást szerezne róluk. Az Android 11 rendszerben a hívásszűrési alkalmazások mostantól megkaphatják a bejövő hívásokat MEGKEVERÉS/RÁZÁS ellenőrzési állapot a hívás részleteinek részeként. Ezután személyre szabhatják a rendszer által biztosított hívás utáni képernyőt, hogy a felhasználók olyan műveleteket hajthassanak végre, mint a hívások spamként való megjelölése vagy a hívó felvehető a névjegyek közé. Ez abban segít, hogy a hívásszűrő alkalmazások többet tegyenek a felhasználóért azáltal, hogy egyszerűsítik az ismeretlen hívó utáni reakciókat.

Wi-Fi javaslat API fejlesztések

A Wi-Fi javaslat API most lehetővé teszi a kapcsolatkezelő alkalmazások számára, hogy jobban kezeljék saját hálózataikat. Például a kapcsolatkezelő alkalmazások mostantól a hálózat eltávolításával kényszeríthetik a leválasztást javaslatot, kezelheti a Passpoint hálózatokat, több információt kaphat a csatlakoztatott hálózatok minőségéről, és több.

Passpoint fejlesztések

A Wi-Fi Passpoint a Wi-Fi Alliance szerint egy olyan megoldás, amely egyszerűsíti a hálózati hozzáférést a Wi-Fi hotspotokhoz lehetővé teszi az automatikus hálózatfelderítést és -kiválasztást, egyszerűsíti az online regisztrációt és zökkenőmentesen engedélyezi a hotspotot barangolás. Az Android 11 lehetővé teszi a végrehajtást és értesítést a lejárati dátumról a Passpoint profil, valamint támogatja a Common Name specifikációt a profilban, és lehetővé teszi az önaláírt CA-kat a Passpoint R1 profilokhoz. És ahogy fentebb említettük, a Wi-Fi javaslat API lehetővé teszi a csatlakozási alkalmazások számára a Passpoint hálózatok kezelését is.

Új UI/UX funkciók

UI támogatás a lyukasztásos és vízesés kijelzőkhöz

Az Android okostelefonok OEM-jei vezetik az innovációt a hardver terén, és az utóbbi idők egyik legfigyelemreméltóbb hardveres változása a kijelzőkivágások bevezetése. A Samsung Galaxy S20 sorozat például egyetlen középre lyukasztható kijelzővel rendelkezik. A lyukasztásos kijelzők vagy a Google által hivatkozott lyukkijelzők olyan kijelzők, amelyek kamerával rendelkeznek teljes szélén képpontokkal körülvéve – majdnem mintha valaki lyukasztót használt volna a kijelző. Egy másik megjelenítési újítás a vízesés kijelző: olyan kijelzők, amelyek oldalszélein sokkal markánsabb megjelenítési görbület található, túlcsordulva a készülék oldalain.

Balra: Samsung Galaxy S20+ egyetlen középre lyukasztható kijelzővel. Jobb oldalon: Huawei Mate 30 Pro és Vivo Nex 3 5G ívelt "vízesés" kijelzőkkel.

Az Android 11 most kiterjeszti a támogatást a lyukasztós kijelzőkre és a vízesésekre is display cutout API. Ha a fejlesztők akarják, az API lehetővé teszi számukra, hogy olyan alkalmazásokat készítsenek, amelyek a teljes vízesés képernyőt használhatják, beleértve a széleket is, a szélekhez közeli interakciók kezelését segítő beillesztésekkel.

Dedikált beszélgetések szakasz az értesítésekben

Sokan rengeteg értesítést kapunk egy nap alatt, de nem minden értesítés egyformán fontos. Általában az üzenetküldő alkalmazásoktól érkező értesítések fontosabbak, mint a többi alkalmazásból származó értesítés. Ebből a célból az Android 11 egy külön beszélgetési részt vezet be az értesítési területen. Ez lehetővé teszi a felhasználók számára, hogy kedvenc alkalmazásaikban könnyen megtalálják az emberekkel folytatott beszélgetéseiket, a fejlesztők pedig mélyebb beszélgetési élményeket hozhatnak létre.

Bubbles API

Tavaly rámutattunk arra, hogy a Az Android 10-ben bevezetett Bubbles API felváltja az overlay API-t egy jövőbeli Android-verzióban. Az Android 11 rendszerrel a Google arra készteti az üzenetküldő és csevegőalkalmazások fejlesztőit, hogy térjenek át a Bubblesre, hogy a beszélgetések láthatóak és elérhetőek maradjanak, amikor a felhasználó többfeladatos munkát végez a telefonján.

Kép beillesztése az értesítési válaszokba

Az Android 11 mostantól lehetővé teszi a képek másolását/beillesztését támogató alkalmazások számára, hogy a felhasználók ezeket a képeket közvetlenül a értesítést, ami azt jelenti, hogy a felhasználók hosszan lenyomhatják, és elérhetővé tehetik a Beillesztés helyi menü opciót, amikor válaszolnak egy értesítésre a értesítési felület. A Google Chrome már dolgozott ezen támogatja a képek közvetlen másolását az Android vágólapjára, és a Gboard arra készült, hogy engedélyezze a felhasználókat illessze be a képeket közvetlenül a közösségi médiába és az üzenetküldő alkalmazásokba. A Google most megemlíti, hogy ezek a funkciók az Android 11 Developer Preview 1-en lesznek elérhetők.

Kép- és kamerafejlesztések

HEIF animációs rajzok

Az ImageDecoder API mostantól lehetővé teszi a fejlesztők számára a tárolt képsorozat-animációk dekódolását és megjelenítését HEIF (nagy hatékonyságú képformátum) fájlokat. Ez lehetővé teszi a fejlesztők számára, hogy kiváló minőségű eszközöket használjanak, miközben minimálisra csökkentik a hálózati adatokra és az APK méretére gyakorolt ​​hatást. HEIF képsorozatok kínálnak drasztikus fájlméret-csökkentés a GIF-ekhez képest, így a HEIF jó helyzetben van ahhoz, hogy jobb alternatívát jelentsen a mobil alapú felhasználási esetekben. A fejlesztők HEIF-képsorozatokat jeleníthetnek meg alkalmazásaikban a decodeDrawable meghívásával egy HEIF-forrással. Ha a forrás képsorozatot tartalmaz, egy AnimatedImageDrawable kerül visszaadásra.

Natív kép dekódoló

Az Android 11 új NDK API-kat vezet be, amelyek segítségével az alkalmazások dekódolhatják és kódolhatják a képeket a natív kódból grafikát vagy utófeldolgozást, miközben megtartja a kisebb APK-méretet, mivel nincs szükség külső csomagok kötésére könyvtár. A natív dekóder az Android folyamatát is kihasználja a folyamatos platformbiztonsági frissítésekhez.

Némítás kamerarögzítés közben

Az új API-k lehetővé teszik az alkalmazások számára a csengőhangok, riasztások és értesítések rezgésének elnémítását, amikor a kamerarögzítési munkamenet aktív. ezek a rezgések hajlamosak rázkódást okozni a felvételben, ami még tovább erősíthető, ha a felhasználó zoomol ban ben.

Bokeh módok

Az alkalmazások mostantól metaadatcímkéket használhatnak a bokeh módok engedélyezésére a kamerarögzítési kérelmek esetén az azt támogató eszközökön.

Alacsony késleltetésű videó dekódolás

Az alkalmazások mostantól használhatnak új API-kat jelölje be és konfigurálja az alacsony késleltetésű lejátszást egy adott kodek számára.

Az alacsony késleltetésű videó kritikus fontosságú a valós idejű videostreaming alkalmazások és szolgáltatások, például Stadia. Az alacsony késleltetésű lejátszást támogató videokodekek a dekódolás megkezdése után a lehető leggyorsabban visszaadják az adatfolyam első képkockáját.

HDMI alacsony késleltetésű mód

Az új API-k mostantól lehetővé teszik az alkalmazások számára, hogy ellenőrizzék és kérjék az automatikus alacsony késleltetési módot (más néven játékmódot) külső kijelzők és tévék. Ebben az üzemmódban a kijelző vagy a TV letiltja a grafikai utófeldolgozást a minimalizálás érdekében késleltetés.

Vegyes új és frissített API-k

Neurális hálózatok API 1.3

A Neural Networks API-t (NNAPI) úgy tervezték, hogy számításigényes műveleteket futtasson gépi tanuláshoz Android-eszközökön. Az Android 11 rendszerrel a Google kibővíti a fejlesztők számára elérhető műveleteket és vezérlőket ezen az API-n keresztül:

• A minőségi szolgáltatás API-k támogatják a prioritást és az időtúllépést a modell végrehajtásához.
• A memóriatartomány API-k csökkentik a memóriamásolást és -átalakítást az egymást követő modellvégrehajtáshoz.
• Kibővített kvantálási támogatás révén előjeles egész aszimmetrikus kvantálás ahol a lebegőpontos számok helyett előjeles egész számokat használnak a kisebb modellek és a gyorsabb következtetés érdekében.

Alkalmazás-kompatibilitás

Az új platformfrissítések potenciális alkalmazás-kompatibilitási problémákat okozhatnak az alkalmazásfejlesztők számára, ezért a Google az alkalmazások kompatibilitásának előtérbe helyezésén is dolgozik. Az Android 11 rendszerrel a Google új folyamatokat, fejlesztői eszközöket és kiadási mérföldköveket ad hozzá, amelyek célja a platformfrissítések hatásának minimalizálása, és ezáltal a kompatibilitási problémák minimalizálása.

• A viselkedési változások hatásának minimalizálása: A Google tudatos erőfeszítéseket tett az alkalmazásokra hatással lévő viselkedésbeli változások minimalizálására. Az összes ilyen változtatást a hatásuk mellett alaposan megvizsgálták, és erre kísérletet tettek minél többen jelentkezzenek be, amíg a fejlesztők alkalmazásuk targetSdkVersion értékét Androidra állítják 11. Egyelőre még nem lehet közzétenni a 30-as API-szintet célzó alkalmazásokat, de a Google lehetővé teszi ezt a jövőbeni Android 11 fejlesztői előnézetében.
• Könnyebb tesztelés és hibakeresés: A múlt hónapban közöltekkel összhangban az első Android 11 fejlesztői előnézet egy „Alkalmazás-kompatibilitás” Fejlesztői lehetőség, amely segít a fejlesztőknek az új platformmódosítások tesztelésében. Az Android 11 Developer Preview-ban sok törést okozó változás történt átkapcsolható – lehetővé teszi a fejlesztők számára, hogy külön-külön engedélyezzék vagy letiltsák a változtatásokat a Fejlesztői beállításokban vagy ADB-n keresztül. Ez segíteni fog az alkalmazások kompatibilitási tesztelése során felmerülő fájdalmak enyhítésében, mivel a fejlesztőknek nem kell újrafordítaniuk alkalmazásukat az alapvető teszteléshez, vagy módosítaniuk kell a targetSdkVersion-t.

• Frissített szürkelisták: A Google frissítette a listát korlátozott, nem SDK interfészek. Az Android 11 Developer Preview kiadása is eltávolította a meta-reflexiós megoldást amit egyes fejlesztők használtak.
• Dinamikus erőforrás-betöltő: A fejlesztők nyilvános API-t kértek az erőforrások és az eszközök dinamikus betöltéséhez futás közben, és az Android 11-ben a Google hozzáadott egy Resource Loader keretrendszert.
• Új platformstabilitási mérföldkő: Az alkalmazások korai kompatibilitásra való felkészítése kihívást jelentett a fejlesztők számára a Fejlesztői előnézeti/béta fázis, mivel nem voltak egyértelmű dátumok a platform végleges módosítására vonatkozóan változat. Így az Android 11-el a Google egy új, „Platform Stabilitás” elnevezésű mérföldkövet jelent be, amelyet a Google várhatóan június elején ér el. Ez a mérföldkőnek számító kiadás nem csak a végső SDK és NDK API-kat fogja tartalmazni, hanem a végső belső API-kat és egyéb rendszerviselkedéseket is, amelyek hatással lehetnek az alkalmazásokra. A megjelenési idővonalról további információ a Google fejlesztői webhelyén található.

---

Ha szeretné kipróbálni az új Android 11 Developer Preview-t, egy előre beépített rendszerképet villanthat fel a Pixel 2, Pixel 2 XL, Pixel 3, Pixel 3 XL, Pixel 3a, Pixel 3a XL, Pixel 4 vagy Pixel 4 XL készülékekre.. Alternatív megoldásként felvillanthat egy előre elkészített, Google által aláírt általános rendszerképet (GSI) bármely Project Treble által támogatott, feloldatlan rendszerbetöltővel rendelkező eszközre. Ha nem rendelkezik a támogatott Pixel telefonok egyikével vagy olyan eszközzel, amely támogatja a Project Treble-t egy feloldott rendszerbetöltőt, akkor letöltheti az Android emulátor legújabb rendszerképét Stúdió. Az Android 11 rendszerképet futtató Android emulátor kísérletileg támogatja az ARM 32 és 64 bites bináris kód futtatását 64 bites x86 rendszerképeken.

Az Android emulátor beállításán kívül letöltheti az Android 11 Developer Preview SDK-t és az NDK-t is az Android Studióban. A Google azt javasolja, hogy frissítse az Android Studio alkalmazást a legújabb Canary kiadás hogy kihasználja az IDE legújabb funkcióit. Ha minden készen van, felfedezheti a legújabb platformfunkciókat és viselkedésbeli változásokat az Android 11 Developer Preview-ban az API-áttekintés, az API-referencia és az API-diff jelentés megtekintésével. Ha bármilyen visszajelzést szeretne ajánlani, jelezze a Google-nak bármelyik hivatalos csatornáján. Ha hibát talál a fejlesztői előnézetben, bejelentést tehet a Google Issue Trackerben. Végül feltétlenül kövesse hírcímkénket az Android 11 legfrissebb frissítéseiért – számos platformfunkció és viselkedésbeli változás van, amelyeket a Google egyszerűen nem dokumentál!

Android 11 hírek az XDA-n