Ismerje meg, hogy az Ön által természetesnek tartott funkciók közül melyek származnak valójában a lelkes és fejlesztői közösségtől!
Az Android messze az egyik legkedveltebb mobil operációs rendszer, nem csak az Open Handset-nek köszönhető a bomlasztó növekedése. Alliance, hanem a rendszer által csomagolt hasznos funkciók tárháza is, amelyek valójában produktívak, nem csak csengenek és fütyül.
Ez azonban nem mindig volt így, és a kezdeti időkben a firmware-ek sok összetevőjét hiányolták a manapság látható funkciókban gazdagok közül. Ezeknek a funkcióknak a többsége vagy magában a Mountain View-ban született, vagy annak a számos OEM-nek a középpontjában, amely az Androidot saját ízlése szerint alakítja... de néhány funkció magától az Android-rajongó közösségtől származott, igen, sejtitek. Gyakran gyökéralkalmazásként indulva néhány apró mod vagy egyedi ROM-funkció végül elegendő vonzerőt kapott ahhoz, hogy helyet szerezzen magának az AOSP-tárban, akár közvetlen importként, akár szép "portokként". Íme néhány a legfigyelemreméltóbbak közül:
Figyelmeztető értesítések
Még 2014 elején a The Paranoiás Android A csapat bejelentette a Hover-t, egy értesítési és többfeladatos funkciót, amely megelőzte az akkoriban elérhető minden mást. Nem sokkal a bejelentés után a csapat elindította a firmware 4.3-as verziójának első bétaverzióját, és az ebből eredő felhasználói élmény zökkenőmentes volt, és sokrétűen megnövelte a termelékenységet. A Hover, a PA Halo rendszerének továbbfejlesztése, lebegő értesítéseket jelentetett meg a képernyő tetején amely lehetővé tette a felhasználók számára, hogy gyorsan rápillanthassanak a bejövő értesítésekre, és elcsúsztassa őket, vagy kapcsolatba léphessen velük őket. Ez felváltotta a fárasztó ticker-értesítési rendszert, amely az Androidba, majd nem sokkal később az Androidba épített A Lollipop beépített lebegő értesítésekkel jelent meg, igaz, lebegő ablakos rendszer nélkül hogy Lebeg az értesítések kezeléséhez használatos. Érdekes módon a „Heads up notes” néven ismertté vált kód kódját a KitKat 4.3-as és 4.4-es adattárában alvó állapotban fedezték fel, és a közösség gyorsan gyártott modokat hogy lehetővé tegye őket. Kevés változás történt az Android Lollipopba való integráció óta, mivel az 5.1-es frissítés hozzáadja a korábban hiányzó „csúsztatással felfelé az elrejtéshez” funkciót.
Értesítési kapcsolók (gyorsbeállítások)
A CyanogenMod hosszú utat tett meg a kicsi, utángyártott firmware-opció óta, és számos funkció úttörője volt az Android rendszer részeként. A CyanogenMod 7, a firmware Gingerbread iterációja és az a verzió, amely felelős azért, hogy a CM név sok rajongó szájára került, hasznos és időkímélő funkciót hozott az értesítési felületre a Samsung hasonló megvalósításából kölcsönzött Quick Toggles formájában. TouchWiz. Ezek a kis gombok az értesítési panel tetején helyezkedtek el, és lehetővé tették a felhasználók számára, hogy gyorsan váltsanak olyan fontos és gyakran használt rendszerfunkciókat, mint a WiFi, Bluetooth, GPS stb.
A lebegő értesítésekkel ellentétben az értesítési kapcsolóknak időbe telt, mire eljutottak az AOSP-be, és végre megjelentek Android Jellybean, „Gyorsbeállítások” néven, és egy rejtett panel formájában az értesítési területen belül, egy gomb. Ez a megvalósítás azonban viszonylag gyenge felhasználói élményt eredményezett a panel alacsony felfedezési aránya miatt, és az Android Lollipop előrébb helyezte őket. és az értesítési terület közepén, a fejléc alatt, de az értesítések felett pihenve, és gyorsan elrejtheti őket az értesítéseket.
Képernyőképek
Minden operációs rendszer egyik legnyilvánvalóbb tulajdonsága, hogy képes az aktuális képernyő tartalmát képként, más néven képernyőképként rögzíteni. Sajnos az Androidnak a korai éveiben erre nem volt képes, a nagyfelhasználók olyan root megoldásokhoz folyamodtak, mint például az akkoriban népszerű Lőj le hogy teljesítsék képernyőrögzítési igényeiket. A kivétel a TouchWiz volt, amely az AOSP előtt meg tudta csinálni a hangerő csökkentése + bekapcsológomb képernyőkép kombinációját. Ez megváltozott az Android 2.2 Froyo kiadásban, amikor a Google elkezdett kódot hozzáadni az AOSP-hez, hogy engedélyezze a képernyőképeket, bár ez még nem volt hivatalos API, és csak néhány Samsung Galaxy S felhasználó számolt be arról, hogy sikeresen le tudja húzni ki. Az Android 2.3 Gingerbread hivatalossá tette az API-t, és az alkalmazások root hozzáférés nélkül is képesek képernyőképeket készíteni az eszközökről, de ez csak a Android 4.0 Ice Cream Sandwich kiadás, amelyben a Power + Volume Down képernyőkép kombinációt hozzáadták a rendszerhez és szabványosították a legtöbben eszközöket.
Képernyőfelvétel
A képernyőrögzítés sokak számára hasznos funkció, akár egy alkalmazás bemutatóját szeretné rögzíteni, akár be van állítva mobiljáték-csatornád elindítása, de az Android 4.4 Kitkat-ig a keretrendszer nem rendelkezett natív API-val felvétel. Ezt megelőzően úttörő alkalmazások, mint pl SCR használta a FrameBuffer vagy a SurfaceFlinger API-kat, de a szokásosan elindított alkalmazások még így sem férhettek hozzájuk. Egy adb-launch technika lebegett egy darabig, de ismétlődőnek és nehézkesnek bizonyult, és a megoldást a root alkalmazások jelentették, amelyek szuperfelhasználói engedélyeket használtak a koppintáshoz. ezekbe az API-kba. A KitKat megjelenése megváltoztatta a dolgokat: a Google végre felismerte a képernyőrögzítés fontosságát, és egy nyilvánosan elérhető API-t adott a keretrendszer. Innentől kezdve az alkalmazások könnyedén hozzáférhetnek a rendszerhez, és kiváló minőségű felvételeket készíthetnek, megváltoztatva a képernyőrögzítés teljes környezetét Androidon.
Alkalmazások SD-re
A tárhelykezelés Androidon korábban rémálom volt, és sok felhasználó órákat töltött laptop és Android-eszköz csatlakoztatásával, particionálják az SD-kártyájukat, írják a mount scripteket stb. felhasználó. A kis belső partíciók és a rendszer képtelensége arra, hogy alkalmazásokat tároljon az SD-kártyán, súlyos problémákhoz vezetett az alkalmazások telepítési arányának mérséklése a végfelhasználók számára, és az SD-kártya particionálása mellett számos gyökér alkalmazások, mint pl Link2SD és Super App2SD feljött. Az Android 2.2 Froyo natívan hozta ezt a funkciót az operációs rendszerbe, és a felhasználók hirtelen át tudtak helyezni bizonyos alkalmazásokat részben az SD-kártyára. Ez kicsi, de jelentős fejlesztés volt, és az azóta eltelt idő alatt a belső partíciók mérete nőtt iszonyatosan, és a funkció jelentősége csökkent, de akkoriban rengeteget ráncolt a szemöldöke fejjel lefelé.
Rendszeralkalmazások letiltása
Az előre telepített alkalmazások vagy „bloatware”, ahogy sok rajongó szereti nevezni őket, az Android rendszer részeként előre betöltött alkalmazások, akár az OEM-től, akár a szolgáltatótól. Leggyakrabban ezek az alkalmazások rengeteg helyet foglalnak el, és szükségtelen funkciókat biztosítanak, amelyek gyengítő felhasználói élményt eredményeznek. A Honeycomb megjelenéséig az egyetlen módja annak, hogy megszabaduljunk a bloatware-től, a root eltávolító használata volt. Az Android 4.0 Ice Cream Sandwich elindítása azonban olyan funkciót hozott az alkalmazásbeállítások oldalára, amely lehetővé tette a rendszeralkalmazások letiltását, és bár ez nem volt a root-kompatibilis funkció pontos reprodukálása, hasonló, de visszafordítható funkcionalitást biztosított, és zökkenőmentesen működött a dobozból, felhasználóbarát megközelítés.
Szundikál
Néhány évvel ezelőtt a hírhedt Greenize teljesítménynövelő és akkumulátorkímélő megoldásként kezdett körbejárni, amely hatékonyan kényszerített alvó állapotba helyezte a háttérben futó alkalmazásokat. Gyorsan kibővült, a nagyfelhasználók és a rajongók mindenhol megkapták a javításokat a teljesítmény és az akkumulátor javítása terén, és a mai napig népszerű alkalmazás. Android 6.0 Marshmallow – mutatta be Szundik, a Greenify útját érintő funkció, amely utóbbi szinte varázslatos akkumulátorkímélő képességeit passzív, mindig bekapcsolt szolgáltatásként hozta el, amely alapértelmezés szerint minden felhasználó számára elérhető. A Doze az Android szenzortömbjét használja annak észlelésére, ha az eszköz nem mozog, majd elfordul szinte mindent kikapcsol az eszközön, csak a hívásokhoz, SMS-ekhez és egyéb kiemelt fontosságú állapotokhoz menti az állapotot értesítéseket. A Google emellett rendelkezik egy intelligens készenléti tervvel is, amely megakadályozza, hogy a fejlesztők tévesen megszakítsák a Szunyókálást, és előírja az útválasztást és az azt követő ellenőrzéseket a Google Cloud Messaging szerverén keresztül.
Említésre méltóak
Annak ellenére, hogy a fent említett funkciók azok közé tartoznak, amelyek a közösségi funkciókról az AOSP kódbázisra ugrottak, számos más, viszonylag kisebb funkció is megtette ezt. Kevés olyan implementációt jelent, amely megegyezik a gyökér társaikkal, de a legtöbben olyan változtatásokon mentek keresztül, amelyeket a Google megfelelőnek ítélt. A Multiwindow az előbbiek közé tartozott, az Android Marshmallow rejtett kapcsolóval engedélyezte a Az osztott képernyős termelékenység növelése szinte teljesen megegyezik az utángyártott firmware-rel mint például OmniROM.
Mások, amelyek viszonylag jelentős módosításokon estek át, a következők:
- Adatvédelmi ellenőrzések, mint pl XPprivacy, amely lehetővé tette a felhasználók számára, hogy blokkolják az alkalmazások hozzáférését bizonyos engedélyekhez. Ennek egy verziója először Android 4.3-ban jelent meg Androidon „App Ops” néven, de azonnal eltávolították az Android 4.4 KitKat rendszerből. Felhasználók találhatók egy megoldás a rejtett beállítások engedélyezéséhez, de az engedélybeállítások csak az Android 6.0 Marshmallow rendszeren léptek be teljes mértékben
- Az Android mindig is a felhasználók kedvence volt az általa kínált végtelen testreszabási lehetőségek miatt, és a tematika a testreszabás egyik legfontosabb alapeleme. A teljes eszköztéma a T-Mobile témamotorjának megjelenésével vált népszerűvé, és egy ideig monopólium volt, mígnem egy fejlesztőcsapat elhozta az RRO Layers-t. egyedi ROM-ok széles választéka. Az eredetileg a Sony Xperia témafejlesztők számára készített Layers hatalmas vonzerőt kapott a közösségben, és a felhasználók nemrég arról számoltak be, hogy a Layers A témák natívan működnek az Android 6.0 Marshmallow rendszerben is (root-val), ami arra készteti a rajongókat, hogy az AOSP részeként teljes körű támogatást biztosítsanak számukra. sarok.
- Az Android zárolási képernyője az évek során az egyszerűtől kezdve sokféle változáson ment keresztül Froyo csúszka, a Jellybean-t bemutató widgethez, és végül a minimális és elegáns Lollipophoz zárképernyő. Miközben az alkalmazások kedvelik WidgetLocker a zárképernyő widget funkcióit root nélkül hozta, a modding közösség feladata volt, hogy olyan funkciókat vigyen át a zárolt képernyőre, mint a kamera gyorsindítása és a zenevezérlők. Nem az Android Icecream Sandwich megjelenése előtt vonták be ezeket az AOSP-be, és a mai napig megmaradtak, bár kisebb finomításokkal és csiszolással.
Tudsz olyan Android-funkcióról, amely régen a root-exkluzív volt? Tudassa velünk az alábbi megjegyzések részben