Tartalom

• ART és AOT (Android 5.0 nyalóka)
• Kötegelt és automatikus frissítési alkalmazások (Android 2.2 Froyo)
• Hardver érzékelő adagolása (Android 4.4 KitKat)
• Host kártya emuláció (Android 4.4 KitKat)
• OMS és RRO kötés (Android 6.0 Marshmallow)
• Projektvaj (Android 4.1 Jelly Bean)
• Legújabb alkalmazások és alkalmazásváltás (Android 3.0 Honeycomb)
• Funkciógombok (Android 3.0 Honeycomb)
• TRIM támogatás (Android 4.3 Jelly Bean)
• USB host mód (Android 3.0 méhsejt)

A Nexus 7 a múlt héten ünnepelte hetedik születésnapját. Kollégám, David Imel kiváló emlékezetet készített róla, és egy csomó szórakoztató apróságokat tett az Android Honeycombról a folyamatba.

Az Android tele van apró funkciókkal, amelyek közül néhány meglepően fontos ahhoz, hogy kevés beszéljünk róluk. Sok régebbi segített kialakítani az általunk ismert Android rendszert.

Íme tíz különösen fontos régebbi Android funkció.

ART és AOT (Android 5.0 nyalóka)

Az Android Runtime (ART) óriási üzlet volt, amikor hivatalosan elindította az Android 5.0 Lollipop-ban. Az ART-vel az idő előtti összeállítás (AOT), a jobb hulladékgyűjtés és rengeteg egyéb szolgáltatás érkezett. Elsősorban alkalmazás- és játékfejlesztőknek készültek, de ezek a változások segítették az alkalmazások gyorsabb elindítását és működését, mint valaha.

Az ART volt az egyik legnagyobb változás a korai Android rendszerben.

Az ART rengeteg fejlesztést kapott akkor és mostanáig. Az Android 7.0 Nougat támogatást nyújtott a JIT-hez, vagy éppen az időben történő összeállítást az eszköz gyorsabb indulási ideje érdekében. Az Android Oreo továbbfejlesztette a hulladékgyűjtést és csökkentette a szüneteltetési időket. Az Android 9 Pie támogatást nyújtott a DEX fájlok idő előtti konvertálásához.

Egész nap telik el, hogy felsoroljuk az ART motorháztető alatti fejlesztéseit, mivel az évről évre folyamatosan javul, még akkor is, ha nem beszélünk erről sokat. Még a közelgő Android Q is tartalmaz néhány apró fejlesztést az ART-hez.

Kötegelt és automatikus frissítési alkalmazások (Android 2.2 Froyo)

Az Android 2.2 Froyo 2020-ban tízéves lesz, és az egyik legjobb tulajdonsága továbbra is fennáll. Ez volt az Android első verziója, natív támogatással az automatikus alkalmazásfrissítésekhez, valamint a kötegelt alkalmazásfrissítésekhez. Ezzel nem sok technikai hibás. A Google Play gombjának megnyomásával az összes alkalmazást egyszerre frissítheti a háttérben - ennek köszönhetően az Android Froyo.

Ez a szolgáltatás az évek során is javult. 2019 elején a Google néhány évvel ezelőtt a szolgáltatás eltávolítása után megkezdte az egyidejű alkalmazások letöltésének tesztelését. Ez elvileg még gyorsabbá tenné az összes alkalmazás frissítését.

Nehéz elképzelni, hogy az Android-alkalmazásokat manuálisan és egyenként frissítsék.

Következésképpen az Android Froyo olyan Android funkciókat is bevezetett, mint a HD (720p) képernyők támogatása, Wi-Fi hotspotok, a GIF támogatás a böngészőhöz és a telefon csatlakoztatásának képessége az autó Bluetooth-jához - ez a szolgáltatás sok ember által használt minden nap.

Hardver érzékelő adagolása (Android 4.4 KitKat)

Az Android KitKat egy újabb nagyszerű funkciót adott a hardver érzékelők kötegezésével. Ez volt a Google egyik első valódi kísérlete, hogy ellenőrizze az akkumulátor élettartamát. Az előfeltevés egyszerű: az érzékelők valós idő helyett adatokat tételekben gyűjtenek és továbbítanak. Ez lehetővé tette az eszközök számára, hogy hosszabb ideig alacsonyabb energiafelhasználású állapotban maradjanak, és energiát takarítsanak meg.

A Google ezt a viselkedést végül a szoftver oldalán is emulálta. Doze mód korlátozza az alkalmazás használatát a háttérben, és elhalasztja az alkalmazások szinkronizálását a karbantartási ablakba. Alapvetően az összes alkalmazást alvásba helyezi, kivéve a kis időtartamú ablakokat, ahol frissíthetnek, értesítéseket küldhetnek és használhatják a CPU-t. A hardver érzékelő adagolása nagyjából ugyanúgy működik.

A szolgáltatásnak más felhasználási lehetőségei is vannak, ideértve a fitneszt (lépéskövetés), a helymeghatározást és az egyéb megfigyelést. Az Android 4.4 KitKat támogatást adott a lépéskövetéshez, és a lépéskövetési funkció együtt működik a hardverérzékelő kötegezésével.

Host kártya emuláció (Android 4.4 KitKat)

A host kártya emuláció (HCE) egyfajta nagy ügy, és érdekes kis története is van. Eredetileg a Google egy biztonságos elem (SE) chipet használt a telefonokon a fizetési adatok tárolására. Az SE erősen titkosítva és biztonságos volt az adatlopások elkerülése érdekében. A Verizon, az AT&T és a T-Mobile azonban blokkolta a Google Wallet szoftverkártya (korábban ISIS) kezdeményezésének javát, megakadályozva, hogy a Google Wallet olvassa el a Biztonsági elemet.

Erre válaszul a Google elindította a HCE-t, amely megszakítja a fizetési terminálok kommunikációjának továbbítását, és közvetlenül a OS-hez küldi a Secure Element modul helyett. Az operációs rendszer létrehoz egy tokent, amely ábrázolja a tényleges kártyát, és visszaküldi azt a tényleges betéti kártya számának helyett a tokenizálásnak nevezett folyamatban. A HCE a háttérben is fut, anélkül, hogy a felhasználó bármilyen adatot beadna, így csak érintse meg a fizetést, még akkor is, ha a telefon képernyője ki van kapcsolva.

A Google arra késztette a HCE-t, hogy tartsa nyitva a fogyasztói lehetőségeket, miután a szállítók megpróbálták korlátozni ezeket a lehetőségeket.

A HCE végül elhárította a biztonságos elem hardver igényét, és a szállítók feladták, és 2015-ben eladták a Softcard-ot a Google-nak. Érdemes megjegyezni, mert a tokenizálás és az eszközön történő fizetés-fizetés használata sokkal biztonságosabb, mint a fizikai kártya használata. .

OMS és RRO kötés (Android 6.0 Marshmallow)

A futásidejű erőforrás-átfedés (RRO) és az átfedés-kezelési szolgáltatás (OMS) két alapvető keretrendszer az AOSP Android rendszerben. A Sony mindkét keretet beillesztette az Androidba, és manapság sok eszközön létezik. Ennek hivatalos debütálása az Android Marshmallow volt. Az RRO az első, és végül az OMS helyettesítette őket, de mindkettő többnyire ugyanazt csinálja.

A legtöbb alkalmazás XML-fájlokkal rendelkezik, például színes, elrendezés és más tervezési elemekkel. Az OMS lehetővé teszi, hogy a testreszabott megjelenés helyett a saját egyedi XML fájljait átfedje. Így egy fehér háttérrel és fekete szöveggel rendelkező alkalmazást fekete háttér és zöld szövegű alkalmazásmá alakíthatja, anélkül hogy befolyásolná az alkalmazás tényleges működését.

Az OMS olyan közel áll, mint a Google, hogy az AOSP Android-ban valaha is natív népszerûvé vált.

Ez nem valami, amit csak használhat, de az eredeti gyártók és a művészek gyakran használják. Az olyan alkalmazások, mint a Synergy, az Substratum és a Pluvius, az OMS-t használják a root és a nem root alkalmazásokhoz, az Android verziójától függően. A Samsung az OMS-t az Android Oreo-val kezdte használni a témáiban is. Ezek a téma motorok leegyszerűsítik az XML-fájlok létrehozásának, testreszabásának és átfedésének folyamatát, hogy a legtöbb ember számára ez elég egyszerű legyen.

Sajnos az OMS jövője jelenleg nem egyértelmű. A Google szándékosan kikapcsolta annak támogatását az Android Pie-ben, amely felkeltte a dühöt a témaközösségben. Itt egy jó interjú a Substratum néhány alkotójával, ahol elmagyarázzák, hogyan használják kicsit tovább az OMS-t.

Projektvaj (Android 4.1 Jelly Bean)

A Project Butter volt az Android legfontosabb szolgáltatásai az Android korábbi napjaiban. A projekt számos fejlesztést és javítást tartalmaz, amelyek a rendszer felhasználói felületének simább és gyorsabb futtatását teszik lehetővé. A korábbi Android-eszközök valóban küzdenek a bemeneti késéssel és a dadogással. Az idő múlásával a Project Butter nagyrészt mindegyiket rögzítette.

A Project Butter további optimalizálást hozott, például hármas pufferelést, VSync-t, és javította a tapintási képességet. Ezek a szolgáltatások lehetővé teszik, hogy az operációs rendszer 60 kép / mp sebességgel működjön, és jobban szinkronizálja a képernyőt a CPU-val és a GPU-val a simább teljesítmény érdekében. Természetesen mindezek a dolgok javultak az évek során az Android újabb verzióival.

Láttuk, hogy a vaj sima felvonulása már 2015-ben folytatódik a 90Hz és a 120Hz kijelzőkkel. El tudod képzelni, milyen rosszul néznének ki ezek a kijelzők az Android 4.1 Jelly Bean előtt?

Legújabb alkalmazások és alkalmazásváltás (Android 3.0 Honeycomb)

A legutóbbi alkalmazások módja nagy ügy volt, amikor az Android 3.0 Honeycomb-on elindult. Android volt a multitasking, és ez volt az egyik legnagyobb funkció, amely akkoriban az iOS-en volt. A legutóbbi alkalmazások gomb lehetővé teszi, hogy az összes megnyitott alkalmazást egyetlen felületen láthassa, bármikor válthasson közöttük, vagy szükség esetén teljesen bezárhassa őket. Ez a funkció önmagában alapvetően megölte a feladatkezelő alkalmazáspiacát, ugyanúgy, ahogy a zseblámpa kapcsolója megölte a zseblámpa alkalmazáspiacát. Az Android a mai napig alkalmazza a bezárás módszerét a legújabb alkalmazásaiban, bár néhány fejlesztéssel és vizuális változással.

Egy olyan operációs rendszerhez, amely csak táblagépeken futott, a Honeycomb-nak nagyon sok előremutató ötlete volt.

Végül a szolgáltatás egy csomó más funkcióval tovább javult, például az Összes törlése gombra az alkalmazások gyors bezárásához, az alkalmazások rögzítéséhez az alkalmazások nyitva tartásához, és ami a legjobb, az alkalmazásváltás. Az alkalmazásváltás ugyanúgy működik, mint az Alt-F4 Windows PC-n. Gyorsan válthat a két legutóbb használt alkalmazás között, a kétszer megnyomva a Legutóbbi alkalmazások gombot. Az Android Pie hozzáadott egy ellopmozdulatot a két alkalmazás közötti gyors váltáshoz.

A Google újból megújítja az Android gesztusvezérlőit az Android Q-val. Valószínűleg megváltoztatja a legújabb alkalmazások működését is, ám eléggé biztosak vagyunk abban, hogy a legújabb alkalmazások továbbra is ott vannak. Ez minden bizonnyal az egyik legnagyobb és legfontosabb Android funkció, és egyike azon kevésnek, amelyek annyira fontosak voltak, hogy a kezdőképernyőn lévő kezelőszervekre tettek.

Funkciógombok (Android 3.0 Honeycomb)

Sokan egyértelműen véve a softkey-ket. A gesztusvezérlők beillesztésekor az Android Pie és az Android Q-hoz érdemes visszalépni és megnézni, hogy a 2010-es évek elején milyen monumentális hatású soft gombok voltak a telefon kialakításában. A funkciógombok előtt az eszközgyártók mindenféle gombokkal rendelkeztek az egész eszközön. Az Android 3.0 Honeycomb és egy későbbi Ice Cream Sandwich véget vet ennek mindegyikének, és segített bejuttatni a tiszta, gomb nélküli, cukorkás telefon korszakába, amelyet ma ismerünk.

A funkciógombok az évek során fejlődtek, leginkább méretük, alakjuk és kialakításuk szerint. Hosszan megnyomhatja a Google Assistant otthoni gombját, megváltoztathatja a gombok használatát olyan dolgokkal, mint a Navbar Apps, és néhány eredeti gyártó még új szoftverbillentyűket is felvehet az alsó sorba.

Sajnos nem sokkal később indul el a funkciógombok, mivel a gesztus navigáció veszi át a helyét. Hamarosan mindannyian elcsúsztatunk és ujjainkat körbejárjuk, mint a Dance Dance Revolution játékosai.

A funkciógombok mindig különleges helyet foglalnak el az Android történetében, mint egyedülálló tulajdonság, amely alakította ki a telefonok évek óta kialakítását.

TRIM támogatás (Android 4.3 Jelly Bean)

A TRIM támogatás nem eredeti az Android rendszerben, vagy újabb funkció, de nagyon fontos volt. A Linux már 2008-ban hozzáadta a kernelhez. A Microsoft 2009-ben is támogatást nyújtott a Windows 7-hez. Az Apple 2011-ben hozzáadta az OS X-hez, és rendelkezik egyedülálló TRIM módszerrel iOS-eszközökhöz. Az Android 4.3 Jelly Bean végül hozzáadta a funkciót 2012-ben, természetesen egy kicsit későn a partira.

A TRIM egy egyszerű, de fontos szolgáltatás, amely a flash tárolással foglalkozik. A flash tárolás, a mechanikus merevlemezekkel ellentétben, némi gondot okoz az új adatok írásával. Gyorsan írhat üres helyre, de ha az adatokat felül kell írni, a folyamat lényegesen hosszabb ideig tart.

A TRIM kismértékű, ám meglepően fontos kiegészítés volt az Android számára.

Ez idővel hatalmas lelassulást okozott, és valószínűleg hozzájárult sok régebbi Android készülék idő előtti elavulásához. A TRIM megakadályozta a lassulást azáltal, hogy alapvetõen a flash tárolást kezeli, beleértve a szemétgyûjtést és a szabad hely kiosztását.

Sokan a Nexus 7 2012 lelassulási problémáit a TRIM támogatás hiányának tulajdonították, és beszámoltak a teljesítménynövekedésről az Android 4.3 Jelly Bean frissítése után. A TRIM nem az egyik leginkább elbűvölő Android funkció, de minden bizonnyal az egyik legfontosabb, és a telefonja továbbra is használja.

USB host mód (Android 3.0 méhsejt)

Az USB host mód egy nagy teljesítményű szolgáltatás, amely nem kapja meg azt a szeretetet, amelyet valószínűleg megérdemel. Eredetileg az Android 3.0 Honeycomb-on debütált, és a legtöbb ember az USB on the go (OTG) képességeihez használta. De az üzemmód ennél sokkal többet tesz.

Az USB host mód az, ami lehetővé teszi az USB egerek és billentyűzetek használatát Android-eszközökön, valamint a MIDI billentyűzeteket és más speciális technológiákat. Alapvetõen, ha bármit felcsatolhat a telefonhoz, és az USB porton keresztül tudja használni, köszönheti az USB Host módot.

Az Android 8 Oreo támogatást nyújtott kétfaktoros hitelesítő kulcsokhoz. Az Android 9 Pie lehetővé tette az eszközök töltését és a fájlok egyidejű továbbítását. Az Android legtöbb verziója továbbfejlesztette a perifériás támogatást és a hozzáférést. Ha a Google valaha készít egy Android laptopot, akkor az USB host mód lesz a kulcsa annak, hogy minden jól működjön.

Néha nehéz elhinni, de az Android sokkal nagyobb, mint a kamera minősége és a bevágások. Egy csomó szoftver funkció segített továbbvinni a platformot, még a háttérben is, ahol nem mindig láttuk.

Mi a kedvenc Android szolgáltatásod?