Content

• ART and AOT (Android 5.0 Lollipop)
• Aplicacions per actualització per lots i actualització (Android 2.2 Froyo)
• Batch Sensor de maquinari (Android 4.4 KitKat)
• Emulació de la targeta amfitrió (Android 4.4 KitKat)
• Temàtica OMS i RRO (Android 6.0 Marshmallow)
• Project Butter (Android 4.1 Jelly Bean)
• Aplicacions recents i commutació d'aplicacions (Android 3.0 Honeycomb)
• Tecles programades (Android 3.0 Honeycomb)
• Assistència TRIM (Android 4.3 Jelly Bean)
• Mode host USB (Android 3.0 Honeycomb)

El Nexus 7 va celebrar el setè aniversari la setmana passada. El meu col·lega David Imel va fer un excel·lent tema per recordar-lo i va incloure un munt de divertides publicacions sobre Android Honeycomb en aquest procés.

Android és ple de petites característiques, algunes de les quals són sorprenentment importants per la poca quantitat que parlem d’elles. Molts d’altres més antics van ajudar a donar forma a Android que coneixem avui.

A continuació, es mostren deu funcions d'Android antigues especialment importants.

ART and AOT (Android 5.0 Lollipop)

Android Runtime (ART) va ser un gran producte quan es va llançar oficialment a Android 5.0 Lollipop. Amb ART es va produir una recopilació anticipada (AOT), una millora de la recollida d'escombraries i moltes altres funcions. Van ser destinats principalment a desenvolupadors d’aplicacions i jocs, però aquests canvis van ajudar a que les aplicacions es llancessin i funcionessin més ràpidament que mai.

ART va ser un dels majors canvis a principis d’Android.

ART va rebre tones de millores entre llavors i ara. L'Android 7.0 Nougat va afegir suport per a JIT, o compilació puntual per a temps d'arrencada de dispositius més ràpids. Android Oreo va millorar la recollida d’escombraries i reduir els temps d’aturada. Android 9 Pie va afegir suport per a la conversió anticipada de fitxers DEX.

Tindríem tot el dia a la llista de totes les millores subcobertes que aporta ART a la taula perquè millora contínuament cada any, fins i tot si ja no en parlem gaire. Fins i tot el proper Android Q té algunes petites millores per a ART.

Aplicacions per actualització per lots i actualització (Android 2.2 Froyo)

Android 2.2 Froyo compleix deu anys el 2020 i encara es manté una de les seves millors funcions. Va ser la primera versió d'Android amb suport natiu per a actualitzacions automàtiques d'aplicacions, així com actualitzacions d'aplicacions per lots. No hi ha massa balbord tècnic amb aquest. Podeu prémer el botó de Google Play per actualitzar totes les aplicacions alhora en segon pla i gràcies a Android Froyo.

Aquesta característica també ha rebut millores amb els anys. A principis del 2019, Google va començar a provar descàrregues simultànies d’aplicacions després d’eliminar la funció fa uns anys. Això teòricament faria que el procés d’actualització de totes les aplicacions alhora fos encara més ràpid.

És difícil imaginar actualitzar les aplicacions d'Android manualment i de forma simultània.

En conseqüència, Android Froyo també va introduir funcions d'Android com el suport per a pantalles d'alta definició (720p), hotspots Wi-Fi, suport GIF per al navegador d'estoc i la possibilitat de connectar el telèfon al Bluetooth del cotxe, una funció que molta gent utilitza cada dia.

Batch Sensor de maquinari (Android 4.4 KitKat)

Android KitKat ens va oferir una altra característica excel·lent amb el sensor de maquinari. Aquest va ser un dels primers intents reals de Google de controlar la durada de la bateria. La premissa és senzilla: els sensors recopilarien i lliurarien dades per lots en lloc de en temps real. Això va permetre als dispositius mantenir-se en un estat de potència inferior durant més temps i estalviar la bateria.

Google també va emular aquest comportament a la part del programari. El mode Doze restringeix l'ús de l'aplicació en segon pla i desafia la sincronització de l'aplicació amb una finestra de manteniment. Bàsicament, permet que totes les aplicacions dormin, tret de petites finestres de temps on es poden actualitzar, enviar notificacions i utilitzar la CPU. El batch de sensors de maquinari funciona de la mateixa manera.

La funció també té altres usos, com ara forma física (seguiment de passos), seguiment d'ubicacions i altre seguiment. Android 4.4 KitKat també va afegir suport per al seguiment de passos i la característica de seguiment de passos funciona amb la combinació del sensor de maquinari.

Emulació de la targeta amfitrió (Android 4.4 KitKat)

L’emulació de la targeta d’amfitrió (HCE) és una mica important i té una història interessant. Originalment, Google utilitzava un xip Secure Element (SE) als telèfons per emmagatzemar les dades de pagament. El SE estava fortament xifrat i segur per evitar el robatori de dades. Tanmateix, Verizon, AT&T i T-Mobile van bloquejar Google Wallet a favor de la seva iniciativa de Softcard (abans ISIS) impedint que Google Wallet llegís l'element segur.

Com a resposta, Google va llançar HCE, que intercepta la transmissió de comunicació dels terminals de pagament i l'envia directament al sistema operatiu en lloc del mòdul Secure Element. El sistema operatiu crea un testimoni per representar la targeta real i l’envia de nou al lloc del número de la targeta de dèbit real en un procés anomenat tokenització. HCE també funciona en segon pla sense cap entrada de l’usuari, de manera que només podeu tocar i pagar, fins i tot si la pantalla del telèfon està desactivada.

Google va fer HCE per mantenir les opcions dels consumidors obertes després que els operadors intentessin limitar aquestes opcions.

HCE va acabar per acabar amb la necessitat del maquinari Secure Element en primer lloc i els operadors van renunciar a la venda de Softcard a Google el 2015. Val la pena assenyalar perquè la tokenització i l'ús de tap-to-pay al dispositiu és realment més segur que utilitzar una targeta física .

Temàtica OMS i RRO (Android 6.0 Marshmallow)

La superposició de recursos d'execució (RRO) i el servei de gestió de superposicions (OMS) són dos marcs temàtics d'AOSP Android. Sony va posar els dos frameworks a Android i actualment existeix en molts dispositius. El debut oficial per a ella va ser Android Marshmallow. RRO va arribar primer i finalment va ser substituït per OMS, però tots dos fan sobretot el mateix.

La majoria d’aplicacions tenen fitxers XML amb elements com el color, la disposició i altres elements de disseny. OMS us permet sobreposar els vostres propis fitxers XML personalitzats en lloc d’un aspecte personalitzat. Així, podeu convertir una aplicació amb fons blanc i text negre en una aplicació amb fons negre i text verd sense afectar el funcionament de l'aplicació.

OMS és tan a prop com Google ha arribat a la seva creació de temes nadius a AOSP Android.

Això no és una cosa que només podeu utilitzar, però els fabricants OEM i els utilitzen sovint. Aplicacions com Synergy, Substratum i Pluvius utilitzen OMS per a temes root i no arrels, depenent de la versió d'Android. Samsung també va començar a utilitzar OMS amb Android Oreo per als seus temes. Aquests motors de temes simplifiquen el procés de creació, personalització i superposició de fitxers XML per fer-lo prou fàcil per utilitzar-la.

Malauradament, el futur per a OMS no està clar ara mateix. Google va desactivar el suport a Android Pie a propòsit, que va provocar la fúria a la comunitat temàtica. Aquí teniu una bona entrevista amb alguns creadors de Substratum, on expliquen com fan servir una mica més els OMS.

Project Butter (Android 4.1 Jelly Bean)

Project Butter era una de les funcions més importants d'Android dels dies anteriors a Android. El projecte inclou diverses millores i retocs per fer que la interfície d'usuari del sistema funcioni més suau i ràpidament. Els anteriors dispositius Android realment tenien problemes amb el retard i la tartamudesa. Amb el pas del temps, Project Butter els va arreglar en gran mesura.

Project Butter va aportar altres optimitzacions, com el triple buffering, VSync i una millor resposta al tacte. Aquestes funcions permeten que el sistema operatiu funcioni a 60 CV i sincronitzi millor la pantalla amb la CPU i la GPU per obtenir un rendiment més suau. Per descomptat, totes aquestes coses han millorat amb els anys amb les versions més noves d'Android.

Ja hem vist que la marxa per la suavitat de la botiga continuaria amb pantalles de 90 Hz i 120 Hz fins al 2015. T’imagines què tan dolent tindrien aquestes pantalles davant d’Android 4.1 Jelly Bean?

Aplicacions recents i commutació d'aplicacions (Android 3.0 Honeycomb)

El mode d'aplicacions recents va ser un gran problema quan es va llançar a Android 3.0 Honeycomb. Era la compra d'Android a la multitasca, una de les grans funcions que tenia en l'època iOS. El botó d'aplicacions recent us permet veure totes les vostres aplicacions obertes en una sola interfície, canviar-les entre elles a voluntat o tancar-les completament si cal. Únicament, aquesta funcionalitat només va matar el mercat d'aplicacions del gestor de tasques, de la mateixa manera que la llanterna commutaria va matar el mercat d'aplicacions de llanterna. Android segueix utilitzant el mètode "swipe-to-close" a les seves aplicacions recents fins avui, tot i que amb algunes millores i canvis visuals.

Per a un sistema operatiu que només funcionava amb tauletes, Honeycomb tenia moltes idees de futur.

Finalment, la funció va millorar amb un munt d’altres funcions, com ara un botó Netejar tot per tancar ràpidament l’aplicació, fixar l’aplicació per mantenir les aplicacions obertes i, el millor de tot, canviar d’aplicacions. La commutació d'aplicacions funciona de la mateixa manera que Alt-F4 en un ordinador Windows. Podeu canviar ràpidament entre les dues aplicacions més recents que heu fet servir amb una doble premsa del botó d'aplicacions recents. Android Pie va afegir un gest ràpid per canviar ràpidament entre dues aplicacions.

Google torna a canviar els controls de gestos d'Android amb Android Q. Probablement canviarà el funcionament de les aplicacions recents, però estem ben segurs que les aplicacions recents encara hi seran. Definitivament és una de les funcions més grans i importants d'Android de tots els temps, i va ser una de les poques coses tan importants que es va fer arribar als controls de la pantalla d'inici.

Tecles programades (Android 3.0 Honeycomb)

Molts prenen les tecles programades per descomptat. En la pressa per aconseguir controls gestuals a Android Pie i Android Q, paga la pena fer un pas enrere i mirar quins impactes monumentals van tenir les tecles suaus en el disseny del telèfon a principis dels anys 2010. Abans de les tecles suaus, els fabricants OEM dels dispositius disposaven de tots els botons de tot el dispositiu. Android 3.0 Honeycomb i, més tard, Ice Cream Sandwich, van posar fi a tot això i van ajudar a iniciar-se en l’era del net i sense botons de llaminadures que tots coneixem avui en dia.

Al llarg dels anys, les tecles suaus van evolucionar, principalment per mida, forma i disseny. Podeu prémer llargues vegades per a Google Assistant, canviar la temàtica dels botons amb coses com Navbar Apps i, fins i tot, alguns fabricants OEM us permetran afegir noves tecles programables a la fila inferior.

Malauradament, no passarà molt abans que les tecles programades acabin sortint, ja que la navegació gestual s’està prenent. Ben aviat, tots ens girarem i ballarem els dits com a jugadors de Dance Dance Revolution.

Les tecles suaus sempre mantindran un lloc especial en la història d'Android com a característica singular que va donar forma a com es van dissenyar els telèfons durant anys.

Assistència TRIM (Android 4.3 Jelly Bean)

L'assistència TRIM no és original de Android ni d'una característica més recent, però era molt important. Linux el va afegir al nucli el 2008. Microsoft va incloure el suport al Windows 7 el 2009. Apple el va afegir a OS X el 2011 i té un mètode TRIM únic per a dispositius iOS. Android 4.3 Jelly Bean finalment va afegir la funció el 2012, per descomptat una mica tard a la festa.

TRIM és una característica senzilla però important i tracta sobre l’emmagatzematge de flaix. L’emmagatzematge de flaix, a diferència dels discs durs mecànics, té problemes per escriure noves dades. Es pot escriure ràpidament a l'espai buit, però si les dades necessiten sobreescriure, el procés requereix molt més temps.

TRIM era un complement minúscul, però sorprenentment important a Android.

Això va provocar desacceleracions massives amb el pas del temps i pot haver contribuït a obsolescència precoç de molts dispositius Android antics. TRIM va evitar la desacceleració al gestionar fonamentalment l’emmagatzematge de flaix, inclosa la recollida d’escombraries i l’assignació d’espai lliure.

Molts van atribuir els problemes d’alentiment del Nexus 7 2012 a una falta de suport de TRIM i van reportar guanys de rendiment després d’una actualització a Android 4.3 Jelly Bean. TRIM no és una de les funcions d'Android més glamuroses, però és sens dubte una de les més importants i el telèfon encara el fa servir.

Mode host USB (Android 3.0 Honeycomb)

El mode d’amfitrió USB és una característica potent que no obté l’amor que probablement mereix. Originalment va debutar a Android 3.0 Honeycomb i la majoria de gent l'utilitzava per a les seves capacitats USB on the go (OTG). Però el mode fa molt més que això.

El mode USB Host és el que ens permet utilitzar ratolins i teclats USB en dispositius Android, així com teclats MIDI i altres tecnologies especialitzades. Bàsicament, si podeu connectar qualsevol cosa al vostre telèfon i utilitzar-lo a través del port USB, podeu agrair el mode host USB.

Android 8 Oreo va afegir suport per a les claus d’autenticador de dos factors. Android 9 Pie va permetre carregar dispositius i transferir fitxers simultàniament. La majoria de versions d’Android també han millorat l’assistència i l’accés perifèrics. Si Google mai fa un ordinador portàtil amb Android, el mode d’amfitrió USB serà la clau perquè tot funcioni correctament.

De vegades és difícil creure, però Android és molt més gran que la qualitat de la càmera i les osques. Un munt de funcions de programari van ajudar a avançar la plataforma, fins i tot en un segon lloc on no sempre la veiem.

Quina és la vostra característica Android preferida?