Contenido

• ART y AOT (Android 5.0 Lollipop)
• Aplicaciones de actualización automática y por lotes (Android 2.2 Froyo)
• Lote de sensores de hardware (Android 4.4 KitKat)
• Emulación de tarjeta host (Android 4.4 KitKat)
• Tematización OMS y RRO (Android 6.0 Marshmallow)
• Proyecto Butter (Android 4.1 Jelly Bean)
• Aplicaciones recientes y cambio de aplicación (Android 3.0 Honeycomb)
• Teclas programables (Android 3.0 Honeycomb)
• Soporte TRIM (Android 4.3 Jelly Bean)
• Modo de host USB (Android 3.0 Honeycomb)

El Nexus 7 celebró su séptimo cumpleaños la semana pasada. Mi colega David Imel hizo una excelente pieza de recuerdo al respecto e incluyó un montón de datos divertidos sobre Android Honeycomb en el proceso.

Android está lleno de pequeñas características, algunas de las cuales son sorprendentemente importantes por lo poco que hablamos de ellas. Muchos de los más antiguos ayudaron a dar forma al Android que conocemos hoy.

Aquí hay diez características de Android anteriores particularmente importantes.

ART y AOT (Android 5.0 Lollipop)

Android Runtime (ART) fue un gran problema cuando se lanzó oficialmente en Android 5.0 Lollipop. Con ART llegó la compilación anticipada (AOT), la recolección de basura mejorada y toneladas de otras características. Fueron principalmente para desarrolladores de aplicaciones y juegos, pero estos cambios ayudaron a que las aplicaciones se inicien y operen más rápido que nunca.

ART fue uno de los mayores cambios en los primeros Android.

ART recibió toneladas de mejoras entre entonces y ahora. Android 7.0 Nougat agregó soporte para JIT, o compilación justo a tiempo para tiempos de arranque de dispositivos más rápidos. Android Oreo mejoró la recolección de basura y redujo los tiempos de pausa. Android 9 Pie agregó soporte para la conversión anticipada de archivos DEX.

Nos llevaría todo el día enumerar todas las mejoras ocultas que ART ofrece, porque mejora continuamente cada año, incluso si ya no hablamos mucho de eso. Incluso el próximo Android Q tiene algunas pequeñas mejoras en ART.

Aplicaciones de actualización automática y por lotes (Android 2.2 Froyo)

Android 2.2 Froyo cumple diez años en 2020, y una de sus mejores características aún permanece. Fue la primera versión de Android con soporte nativo para actualizaciones automáticas de aplicaciones, así como actualizaciones de aplicaciones por lotes. No hay mucho balbuceo técnico con este. Puede presionar el botón en Google Play para actualizar todas sus aplicaciones a la vez en segundo plano y es gracias a Android Froyo.

Esta característica también recibió mejoras a lo largo de los años. A principios de 2019, Google comenzó a probar descargas simultáneas de aplicaciones después de eliminar la función hace algunos años. En teoría, esto haría que el proceso de actualizar todas sus aplicaciones a la vez sea aún más rápido.

Es difícil imaginar actualizar las aplicaciones de Android manualmente y una a la vez.

En consecuencia, Android Froyo también introdujo características de Android como soporte para pantallas HD (720p), puntos de acceso Wi-Fi, soporte GIF para el navegador estándar y la capacidad de conectar su teléfono al Bluetooth de su automóvil, una característica que muchas personas usan todos los días.

Lote de sensores de hardware (Android 4.4 KitKat)

Android KitKat nos dio otra gran característica con el procesamiento por lotes de sensores de hardware. Este fue uno de los primeros intentos reales de Google para controlar la duración de la batería. La premisa es simple: los sensores recopilarían y entregarían datos en lotes en lugar de en tiempo real. Esto permitió que los dispositivos permanecieran en un estado de baja potencia por más tiempo y ahorraran batería.

Google finalmente emuló este comportamiento en el lado del software también. El modo Doze restringe el uso de la aplicación en segundo plano y difiere la sincronización de la aplicación a una ventana de mantenimiento. Básicamente, pone todas las aplicaciones en suspensión excepto por pequeñas ventanas de tiempo donde pueden actualizarse, enviar notificaciones y usar la CPU. El procesamiento por lotes del sensor de hardware funciona de la misma manera.

La función también tiene otros usos, como el estado físico (seguimiento de pasos), el seguimiento de ubicación y otros controles. Android 4.4 KitKat también agregó soporte para el seguimiento de pasos y la función de seguimiento de pasos funciona con el procesamiento por lotes del sensor de hardware.

Emulación de tarjeta host (Android 4.4 KitKat)

Host Card Emulation (HCE) es un gran problema, y ​​tiene una pequeña historia interesante. Originalmente, Google utilizaba un chip de elemento seguro (SE) en los teléfonos para almacenar sus detalles de pago. El SE estaba fuertemente encriptado y seguro para evitar el robo de datos. Sin embargo, Verizon, AT&T y T-Mobile bloquearon Google Wallet a favor de su iniciativa Softcard (anteriormente ISIS) al evitar que Google Wallet lea el elemento seguro.

En respuesta, Google lanzó HCE, que intercepta la transmisión de comunicación desde los terminales de pago y la envía directamente al sistema operativo en lugar del módulo de elemento seguro. El sistema operativo crea un token para representar la tarjeta real y lo envía de regreso en lugar de su número de tarjeta de débito real en un proceso llamado tokenización. HCE también se ejecuta en segundo plano sin ninguna intervención del usuario, por lo que puede tocar y pagar incluso si la pantalla de su teléfono está apagada.

Google hizo que HCE mantuviera abiertas las opciones de los consumidores después de que los operadores intentaran limitar esas opciones.

HCE finalmente eliminó la necesidad de hardware Secure Element en primer lugar y los operadores se dieron por vencidos, vendiendo Softcard a Google en 2015. Vale la pena señalar porque la tokenización y el uso de tocar para pagar en su dispositivo es en realidad más seguro que usar una tarjeta física .

Tematización OMS y RRO (Android 6.0 Marshmallow)

Runtime Resource Overlay (RRO) y Overlay Management Service (OMS) son dos marcos de trabajo temáticos en AOSP Android. Sony puso ambos frameworks en Android y existe en muchos dispositivos hoy. El debut oficial fue Android Marshmallow. RRO vino primero y finalmente fue suplantado por OMS, pero ambos hacen principalmente lo mismo.

La mayoría de las aplicaciones tienen archivos XML con elementos como el color, el diseño y otros elementos de diseño. OMS le permite superponer sus propios archivos XML personalizados para obtener una apariencia personalizada. Por lo tanto, puede convertir una aplicación con un fondo blanco y texto negro en una aplicación con un fondo negro y texto verde sin afectar el funcionamiento de la aplicación.

OMS está tan cerca como Google ha llegado a la temática nativa en AOSP Android.

Esto no es algo que pueda usar, pero los OEM y los temáticos lo usan con frecuencia. Las aplicaciones como Synergy, Substratum y Pluvius usan OMS para temas raíz y no raíz, dependiendo de su versión de Android. Samsung también comenzó a usar OMS con Android Oreo para sus temas. Estos motores de temas simplifican el proceso de creación, personalización y superposición de archivos XML para facilitar el uso de la mayoría de las personas.

Desafortunadamente, el futuro de OMS no está claro en este momento. Google desactivó el soporte para Android Pie a propósito, lo que provocó furia en la comunidad de temas. Aquí hay una buena entrevista con algunos de los creadores de Substratum, donde explican cómo usan OMS un poco más.

Proyecto Butter (Android 4.1 Jelly Bean)

Project Butter fue una de las características más importantes de Android en los primeros días de Android. El proyecto incluye una serie de mejoras y ajustes para que la interfaz de usuario del sistema funcione de manera más fluida y fluida. Los dispositivos Android anteriores realmente luchaban con el retraso de entrada y la tartamudez. Con el tiempo, el Proyecto Butter los solucionó en gran medida.

Project Butter trajo otras optimizaciones, como triple buffering, VSync y una mejor capacidad de respuesta táctil. Estas características permiten que el sistema operativo funcione a 60 fps y sincronice mejor la pantalla con la CPU y la GPU para un rendimiento más fluido. Por supuesto, todo esto mejoró con los años con versiones más recientes de Android.

Hemos visto que la marcha hacia la suavidad mantecosa continúa con pantallas de 90Hz y 120Hz ya en 2015. ¿Te imaginas lo mal que se verían esas pantallas antes de Android 4.1 Jelly Bean?

Aplicaciones recientes y cambio de aplicación (Android 3.0 Honeycomb)

El modo de aplicaciones recientes fue un gran problema cuando se lanzó en Android 3.0 Honeycomb. Fue Android comprando en multitarea, una de las grandes características que tenía sobre iOS en ese momento. El botón de aplicaciones recientes le permite ver todas sus aplicaciones abiertas en una sola interfaz, cambiar entre ellas a voluntad o cerrarlas por completo si es necesario. Esta funcionalidad por sí sola básicamente eliminó el mercado de aplicaciones del administrador de tareas, de la misma manera que el interruptor de la linterna mató al mercado de aplicaciones de la linterna. Android todavía utiliza el método de deslizar para cerrar en sus aplicaciones recientes hasta el día de hoy, aunque con algunas mejoras y cambios visuales.

Para un sistema operativo que solo se ejecutaba en tabletas, Honeycomb tenía muchas ideas innovadoras.

Finalmente, la función mejoró con muchas otras funciones, como un botón Borrar todo para cerrar rápidamente la aplicación, fijar la aplicación para mantener las aplicaciones abiertas y, lo mejor de todo, cambiar de aplicación. El cambio de aplicación funciona de la misma manera que Alt-F4 en una PC con Windows. Puede cambiar rápidamente entre las dos aplicaciones más recientes que usó presionando dos veces el botón de aplicaciones recientes. Android Pie agregó un gesto de deslizar para cambiar rápidamente entre dos aplicaciones.

Google está renovando nuevamente los controles de gestos de Android con Android Q. Probablemente también cambiará la forma en que funcionan las aplicaciones recientes, pero estamos bastante seguros de que las aplicaciones recientes seguirán allí. Definitivamente es una de las características de Android más grandes e importantes de todos los tiempos, y fue una de las pocas que fue tan importante que llegó a los controles de la pantalla de inicio.

Teclas programables (Android 3.0 Honeycomb)

Muchos dan por sentado las teclas programables. En la prisa por poner controles gestuales en Android Pie y Android Q, vale la pena retroceder y ver qué impacto tan monumental tuvieron las teclas programables en el diseño del teléfono a principios de la década de 2010. Antes de las teclas programables, los OEM del dispositivo tenían todo tipo de botones en todo el dispositivo. Android 3.0 Honeycomb, y más tarde Ice Cream Sandwich, pusieron fin a todo eso y ayudaron a marcar el comienzo de la era del teléfono de barra de caramelo limpio y sin botones que todos conocemos hoy.

Las teclas programables evolucionaron con los años, principalmente en tamaño, forma y diseño. Puede mantener presionada la tecla de inicio para el Asistente de Google, cambiar la asignación de botones con cosas como Navbar Apps, y algunos OEM incluso le permiten agregar nuevas teclas programables a la fila inferior.

Desafortunadamente, no pasará mucho tiempo antes de que las teclas programables finalmente salgan, ya que la navegación por gestos se está haciendo cargo. Pronto, todos estaremos deslizando y bailando con los dedos como jugadores de Dance Dance Revolution.

Las teclas programables siempre ocuparán un lugar especial en la historia de Android como una característica singular que dio forma a cómo se diseñaron los teléfonos durante años.

Soporte TRIM (Android 4.3 Jelly Bean)

El soporte TRIM no es original de Android o una función más nueva, pero fue muy importante. Linux lo agregó al kernel en 2008. Microsoft incluyó soporte en Windows 7 en 2009. Apple lo agregó a OS X en 2011, y tiene un método TRIM único para dispositivos iOS. Android 4.3 Jelly Bean finalmente agregó la función en 2012, ciertamente un poco tarde para la fiesta.

TRIM es una característica simple pero importante, y se ocupa del almacenamiento flash. El almacenamiento flash, a diferencia de los discos duros mecánicos, tiene algunos problemas para escribir nuevos datos. Puede escribir rápidamente en un espacio vacío, pero si los datos necesitan sobrescribirse, el proceso lleva mucho más tiempo.

TRIM fue una adición menor, pero sorprendentemente importante a Android.

Esto causó una desaceleración masiva con el tiempo y puede haber contribuido a la obsolescencia prematura de muchos dispositivos Android más antiguos. TRIM evitó la desaceleración al administrar esencialmente el almacenamiento flash, incluida su recolección de basura y la asignación de espacio libre.

Muchos atribuyeron los problemas de desaceleración del Nexus 7 2012 a la falta de soporte TRIM e informaron ganancias de rendimiento después de una actualización de Android 4.3 Jelly Bean. TRIM no es una de las funciones de Android más glamorosas, pero sin duda es una de las más importantes y su teléfono aún la usa.

Modo de host USB (Android 3.0 Honeycomb)

El modo de host USB es una función poderosa que no recibe el amor que probablemente merece. Originalmente debutó en Android 3.0 Honeycomb y la mayoría de la gente lo usó para sus capacidades USB on the go (OTG). Pero el modo hace mucho más que eso.

El modo de host USB es lo que nos permite usar ratones y teclados USB en dispositivos Android, así como teclados MIDI y otras tecnologías especializadas. Básicamente, si puede conectar algo a su teléfono y usarlo a través del puerto USB, puede agradecer al Modo host USB.

Android 8 Oreo agregó soporte para claves de autenticación de dos factores. Android 9 Pie trajo la capacidad de cargar dispositivos y transferir archivos simultáneamente. La mayoría de las versiones de Android también han mejorado el acceso y soporte periférico. Si Google alguna vez fabrica una computadora portátil Android, el modo de host USB será la clave para que todo funcione correctamente.

A veces es difícil de creer, pero Android es mucho más grande que la calidad y las muescas de la cámara. Un montón de características de software ayudaron a impulsar la plataforma, incluso en un segundo plano donde no siempre la veíamos.

¿Cuál es tu característica favorita de Android?