10 по-стари функции на Android, които помогнаха за оформянето на операционната система

Автор: Louise Ward
Дата На Създаване: 3 Февруари 2021
Дата На Актуализиране: 1 Юли 2024
Anonim
10 по-стари функции на Android, които помогнаха за оформянето на операционната система - Технологии
10 по-стари функции на Android, които помогнаха за оформянето на операционната система - Технологии

Съдържание



През миналата седмица Nexus 7 отпразнува своя седми рожден ден. Колегата ми Дейвид Имел направи отличен спомен за това и включи куп забавни лакомства за Android Honeycomb в процеса.

Android е пълен с малки функции, някои от които са изненадващо важни за това колко малко говорим за тях. Много по-стари помогнаха за оформянето на Android, който познаваме днес.

Ето десет особено важни по-стари функции на Android.

ART и AOT (Android 5.0 Lollipop)

Android Runtime (ART) беше огромна сделка, когато официално стартира в Android 5.0 Lollipop. С ART излезе предсрочно компилиране (AOT), подобрено събиране на боклука и множество други функции. Те бяха предимно за разработчици на приложения и игри, но тези промени помогнаха на приложенията да стартират и работят по-бързо от всякога.

ART беше една от най-големите промени в ранния Android.

ART получи множество подобрения между тогава и сега. Android 7.0 Nougat добави поддръжка за JIT или просто навреме компилация за по-бързи времена на зареждане на устройството. Android Oreo подобри събирането на боклука и по-ниските времена на пауза. Android 9 Pie добави поддръжка за предварително преобразуване на DEX файлове.


Ще отнеме цял ден, за да се изброят всички подобрения, които ART предлага на масата, тъй като тя непрекъснато се подобрява всяка година, дори ако всъщност не говорим много повече за това. Дори предстоящият Android Q има няколко малки подобрения в ART.

Приложения за пакетно и автоматично обновяване (Android 2.2 Froyo)

Android 2.2 Froyo навършва десет години през 2020 г. и една от най-добрите му функции все още остава. Това беше първата версия на Android с вградена поддръжка за автоматични актуализации на приложения, както и пакетни актуализации на приложения. Няма много технически бабини с този. Можете да натиснете бутона в Google Play, за да актуализирате всичките си приложения наведнъж на заден план и това е благодарение на Android Froyo.

Тази функция също получи подобрения през годините. В началото на 2019 г. Google започна да тества едновременни изтегляния на приложения, след като премахна функцията преди няколко години. Това теоретично би направило процеса на актуализиране на всички ваши приложения наведнъж още по-бърз.


Трудно е да си представим актуализиране на приложения за Android ръчно и едно по едно.

Следователно, Android Froyo също така представи функции на Android като поддръжка за HD (720p) дисплеи, Wi-Fi горещи точки, GIF поддръжка за браузъра за акции и възможност за свързване на телефона ви с Bluetooth на колата ви - функция, която много хора използват всеки ден.

Пакетиране на хардуерен сензор (Android 4.4 KitKat)

Android KitKat ни предостави още една страхотна функция с пакетиране на хардуерен сензор. Това беше един от първите реални опити от Google да вземе живота на батерията под контрол. Помещението е просто: Сензорите ще събират и доставят данни на партиди, а не в реално време. Това позволи на устройствата да останат в състояние с по-ниска мощност за по-дълго време и да спести батерията.

Google в крайна сметка емулира това поведение и от страна на софтуера. Режимът Doze ограничава използването на приложение във фонов режим и отлага синхронизирането на приложението до прозорец за поддръжка. По принцип той поставя всички приложения за сън, с изключение на малки прозорци от време, където те могат да актуализират, да изпращат известия и да използват процесора. Групирането на хардуерните сензори работи почти по същия начин.

Функцията има и други приложения, включително фитнес (проследяване на стъпки), проследяване на местоположението и други наблюдения. Android 4.4 KitKat също добави поддръжка за проследяване на стъпки и функцията за проследяване на стъпки работи с пакетирането на хардуерния сензор.

Емулация на хост картата (Android 4.4 KitKat)

Емулацията на хост картата (HCE) е нещо много и има малка интересна история. Първоначално Google използва чип на защитен елемент (SE) на телефоните, за да съхранява вашите данни за плащане. SE беше силно криптиран и защитен, за да се избегне кражба на данни. Въпреки това, Verizon, AT&T и T-Mobile блокираха Google Wallet в полза на инициативата си Softcard (преди ISIS), като попречи на Google Wallet да чете Безопасния елемент.

В отговор Google стартира HCE, който прихваща комуникационното предаване от платежните терминали и го изпраща директно до ОС вместо модула за защитен елемент. ОС създава маркер, който да представя действителната карта и я изпраща обратно на мястото на действителния ви номер на дебитна карта в процес, наречен токенизация. HCE също работи във фонов режим, без никакъв вход от потребителя, така че можете просто да докоснете и да платите, дори ако екранът на вашия телефон е изключен.

Google направи HCE да задържи опциите за потребителите отворени, след като превозвачите се опитаха да ограничат тези опции.

HCE в крайна сметка отпадна от необходимостта от хардуер на Secure Element, а операторите се отказаха, продавайки Softcard на Google през 2015 г. Заслужава да се отбележи, тъй като токенизацията и използването на „доплащане за плащане“ на вашето устройство всъщност е по-сигурно от използването на физическа карта ,

OMS и RRO тематизиране (Android 6.0 Marshmallow)

Времето за обработка на ресурсите по време на работа (RRO) и услугата за управление на наслагване (OMS) са две тематични рамки в AOSP Android. Sony постави двете рамки в Android и тя съществува в много устройства днес. Официалният дебют за него беше Android Marshmallow. RRO дойде на първо място и в крайна сметка беше заменен от OMS, но и двамата правят предимно едно и също нещо.

Повечето приложения имат XML файлове с неща като цвят, оформление и други елементи на дизайна. OMS ви позволява да наслагвате свои собствени персонализирани XML файлове вместо за персонализиран вид. По този начин можете да превърнете приложение с бял фон и черен текст в приложение с черен фон и зелен текст, без да влияете на това как приложението действително работи.

OMS е толкова близо, колкото Google някога е стигнал до родните теми в AOSP Android.

Това не е нещо, което можете просто да използвате, но OEM производителите и темите го използват често. Приложения като Synergy, Substratum и Pluvius използват OMS за коренно и некоректно тематизиране в зависимост от вашата версия на Android. Samsung започна да използва OMS с Android Oreo и за своите теми. Тези тематични двигатели опростяват процеса на създаване, персонализиране и наслагване на XML файлове, за да го направят достатъчно лесен за използване от повечето хора.

За съжаление, бъдещето на OMS в момента не е ясно. Google изключи подкрепата за това в Android Pie, което предизвика ярост в тематичната общност. Ето едно добро интервю с няколко от създателите на Substratum, където те обясняват как те използват OMS малко повече.

Проектно масло (Android 4.1 Jelly Bean)

Project Butter беше една от най-важните функции на Android в предишните дни на Android. Проектът включва редица подобрения и промени, за да направи по-гладкото и бързо функциониране на потребителския интерфейс на системата. По-рано Android устройства наистина се бореха с изоставането на входа и заекването. С течение на времето Project Butter до голяма степен ги оправи.

Project Butter донесе други оптимизации, като тройно буфериране, VSync и подобрена чувствителност при докосване. Тези функции позволяват на операционната система да работи със скорост 60 кадъра в секунда и по-добре синхронизира дисплея с процесора и графичния процесор за по-плавна работа. Разбира се, всички тези неща се подобряват през годините с по-новите версии на Android.

Виждахме как маршът за плавна гладкост продължава с 90Hz и 120Hz дисплеи още през 2015 г. Можете ли да си представите колко зле биха изглеждали тези дисплеи преди Android 4.1 Jelly Bean?

Последни приложения и превключване на приложения (Android 3.0 Honeycomb)

Режимът на последните приложения беше голяма работа, когато стартира на Android 3.0 Honeycomb. Това беше Android купуване на многозадачност, една от големите функции, които имаше над iOS по това време. Бутонът за скорошни приложения ви позволява да виждате всички отворени приложения в един интерфейс, да превключвате между тях по желание или да ги затваряте изцяло, ако е необходимо. Тази функционалност само по същество уби пазара на приложения за мениджър на задачи, по същия начин, когато превключвателят на фенерчето уби пазара на приложението за фенерче. Android все още използва метода за прекарване на пръст в последните си приложения и до днес, макар и с някои подобрения и визуални промени.

За ОС, която работи само на таблети, Honeycomb имаше много идеи за мислене напред.

В крайна сметка функцията се подобри с куп други функции, като бутон Clear All за бързо затваряне на приложението, фиксиране на приложението, за да се поддържат отворени приложенията и най-доброто от тях - превключване на приложения. Превключването на приложения работи по същия начин като Alt-F4 на компютър с Windows. Можете бързо да превключвате между двете най-скорошни приложения, които сте използвали, с двойно натискане на бутона за последните приложения. Android Pie добави пръст с пръст, за бързо превключване между две приложения.

Google отново обновява контролите за жестове на Android с Android Q. Вероятно ще промени начина, по който работят и последните приложения, но ние сме почти сигурни, че скорошните приложения все още ще има. Това определено е една от най-големите и най-важни функции на Android за всички времена и беше една от малкото, които бяха толкова важни, че го вкара в контролите на началния екран.

Софт клавиши (Android 3.0 Пчелна пита)

Мнозина приемат софтуерните клавиши за даденост. В бързината да получите контроли с жестове в Android Pie и Android Q, си струва да се отдръпнете и да разгледате какви монументални въздействащи меки клавиши имаха върху дизайна на телефона в началото на 2010 г. Преди меки клавиши, OEM-та на устройството имаха всякакъв вид бутони по цялото устройство. Android 3.0 Honeycomb, а по-късно и сандвичът със сладолед, сложиха край на всичко това и помогнаха за въвеждането в ерата на чистия, без бутони бонбон телефон, който всички познаваме днес.

Меките клавиши се развиват през годините, предимно по размер, форма и дизайн. Можете дълго да натиснете начална страница за Google Assistant, да промените тематиката на бутоните с неща като Navbar Apps, а някои OEM производители дори ви позволяват да добавяте нови меки клавиши в долния ред.

За съжаление няма да мине дълго, преди да излязат софтуерните клавиши, тъй като навигацията с жестове поема. Скоро всички ще размахваме и танцуваме пръсти наоколо като играчи на Dance Dance Revolution.

Софт клавишите винаги ще заемат специално място в историята на Android като уникална функция, която оформя начина, по който телефони са проектирани години наред.

Поддръжка на TRIM (Android 4.3 Jelly Bean)

TRIM поддръжката не е оригинална за Android или по-нова функция, но беше много важна. Linux го добави към ядрото през 2008 г. Microsoft включи поддръжка в Windows 7 през 2009 г. Apple го добави към OS X през 2011 г. и има уникален метод TRIM за iOS устройства. Android 4.3 Jelly Bean най-накрая добави функцията през 2012 г., като призна малко закъснение на партито.

TRIM е проста, но важна функция и се занимава със съхранение на флаш. Съхранението във флаш, за разлика от механичните твърди дискове, има малко проблеми с писането на нови данни. Той може бързо да запише на празно пространство, но ако данните се нуждаят от презаписване, процесът отнема значително повече време.

TRIM беше второстепенно, но изненадващо важно допълнение към Android.

Това предизвика масивни забавяния във времето и може да е допринесло за преждевременно остаряване на много по-стари устройства с Android. TRIM предотврати забавянето, като по същество управлява флаш паметта, включително неговото събиране на боклука и разпределяне на свободно място.

Мнозина приписват проблемите с забавянето на Nexus 7 2012 на липсата на TRIM поддръжка и отчитат повишаване на производителността след актуализация на Android 4.3 Jelly Bean. TRIM не е една от най-бляскавите функции на Android, но със сигурност е една от най-важните и телефонът ви все още го използва.

USB хост режим (Android 3.0 пчелна пита)

USB хост режимът е мощна функция, която не получава любовта, която вероятно заслужава. Първоначално дебютира на Android 3.0 Honeycomb и повечето хора го използват за своите USB в движение (OTG). Но режимът прави много повече от това.

USB Host Mode е това, което ни позволява да използваме USB мишки и клавиатури на устройства с Android, както и клавиатури MIDI и други специализирани технологии. По принцип, ако можете да закачите нещо към телефона си и да го използвате през USB порта, можете да благодарите на USB Host Mode.

Android 8 Oreo добави поддръжка за двуфакторни клавиши за удостоверяване. Android 9 Pie донесе възможност за едновременно зареждане на устройства и прехвърляне на файлове. Повечето версии на Android имат подобрена периферна поддръжка и достъп. Ако Google някога направи лаптоп с Android, USB Host Mode ще бъде ключът към всичко да работи правилно.

Трудно е да се повярва понякога, но Android е много по-голям от качеството на камерата и отрязките. Множество софтуерни функции помогнаха да задвижваме платформата напред, дори на заден план, където не винаги сме я виждали.

Коя е любимата ви функция за Android?

WordPre се слави със своята лекота на използване. На практика всеки може да създаде различни уебсайтове с него, а инструменти като Viualmodo само допринасят за удобството....

Наличен е нов бюджетен телефон ZTE като част от безжичната услуга на Viible.Устройството от $ 99 не е мощност, но изглежда приятно и има някои изненадващи функции.Viible, дъщерно дружество на Verizon,...

Нови Статии