Android 9 (nivel de API 28) incluye excelentes funciones y capacidades nuevas para los usuarios y desarrolladores. En este documento, se destacan las novedades para desarrolladores.
Para obtener más información sobre las APIs nuevas, lee el informe de diferencias de las APIs o consulta la referencia de la API de Android. Además, asegúrate de consultar los cambios de comportamiento en Android 9 para obtener información sobre las áreas en las que los cambios en la plataforma podrían afectar tus apps.
Posicionamiento en interiores con Wi-Fi RTT
Android 9 agrega compatibilidad de plataforma con el protocolo de Wi-Fi IEEE 802.11-2016, también conocido como tiempo de ida y vuelta (RTT) de Wi-Fi, para que puedas aprovechar el posicionamiento en interiores en tus apps.
En los dispositivos que ejecutan Android 9 y son compatibles con hardware, tus apps pueden usar las APIs de RTT para medir la distancia a los puntos de acceso (PA) Wi-Fi cercanos compatibles con RTT. El dispositivo debe tener habilitados los servicios de ubicación y la búsqueda de Wi-Fi activada (en Configuración > Ubicación), y la app debe tener el permiso ACCESS_FINE_LOCATION
. No es necesario que el dispositivo se conecte a los puntos de acceso para usar el RTT.
Para mantener la privacidad, solo el teléfono puede determinar la distancia hasta el punto de acceso; los puntos de acceso no tienen esta información.
Si tu dispositivo mide la distancia a 3 o más puntos de acceso, puedes usar un algoritmo de multilateración para calcular la posición del dispositivo que mejor se adapte a esas mediciones. La precisión del resultado generalmente va de 1 a 2 metros.
Con esta precisión, puedes crear experiencias nuevas, como navegación en el edificio y servicios específicos basados en la ubicación, como el control por voz inequívoco (por ejemplo, "Enciende esta luz") y la información basada en la ubicación (como "¿Hay ofertas especiales para este producto?").
Consulta la API de RTT de Wi-Fi que se usa en la app de demostración de Android WifiRttScan.
Para obtener más información, consulta Ubicación de Wi-Fi: rangos con RTT.
Compatibilidad con el corte de pantalla
Android 9 ofrece compatibilidad con las pantallas de borde a borde más recientes, que contienen cortes de pantalla para cámaras y bocinas. La clase DisplayCutout
te permite encontrar la ubicación y la forma de las áreas no funcionales en las que no se debe mostrar el contenido. Para determinar la existencia y la posición de estas áreas de corte, usa el método getDisplayCutout()
.
Un nuevo atributo de diseño de ventana, layoutInDisplayCutoutMode
, permite que tu app distribuya su contenido alrededor de los cortes de un dispositivo. Puedes establecer este atributo en uno de los siguientes valores:
LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT
LAYOUT_IN_DISPLAY_CUTOUT_MODE_SHORT_EDGES
LAYOUT_IN_DISPLAY_CUTOUT_MODE_NEVER
Puedes simular un corte de pantalla en cualquier dispositivo o emulador que ejecute Android 9 de la siguiente manera:
- Habilita las opciones para desarrolladores.
- En la pantalla Opciones para desarrolladores, desplázate hacia abajo hasta la sección Dibujo y selecciona Simular una pantalla con un corte.
- Selecciona el tamaño del corte.
Notificaciones
Android 9 presenta varias mejoras en las notificaciones, que están disponibles para los desarrolladores que tienen como objetivo el nivel de API 28 y versiones posteriores.
Para ver un código de ejemplo que usa notificaciones, incluidas las funciones de Android 9, consulta la Muestra de personas.
Experiencia de mensajería mejorada
A partir de Android 7.0 (nivel de API 24), puedes agregar una acción para responder a los mensajes o ingresar otro texto directamente desde una notificación. En Android 9, esta función se mejora con las siguientes mejoras:
Compatibilidad simplificada para participantes de conversaciones: La clase
Person
se usa para identificar a las personas que participan en una conversación, incluidos sus avatares y URI. Muchas otras APIs, comoaddMessage()
, ahora aprovechan la clasePerson
en lugar deCharSequence
. La clasePerson
también admite el patrón de diseño Builder.Compatibilidad con imágenes: Android 9 ahora muestra imágenes en las notificaciones del Centro de Mensajes de los teléfonos. Puedes usar
setData()
en el mensaje para mostrar una imagen. En el siguiente fragmento de código, se muestra cómo crear unPerson
y un mensaje que contenga una imagen.
Kotlin
// Create new Person. val sender = Person() .setName(name) .setUri(uri) .setIcon(null) .build() // Create image message. val message = Message("Picture", time, sender) .setData("image/", imageUri) val style = Notification.MessagingStyle(getUser()) .addMessage("Check this out!", 0, sender) .addMessage(message)
Java
// Create new Person. Person sender = new Person() .setName(name) .setUri(uri) .setIcon(null) .build(); // Create image message. Message message = new Message("Picture", time, sender) .setData("image/", imageUri); Notification.MessagingStyle style = new Notification.MessagingStyle(getUser()) .addMessage("Check this out!", 0, sender) .addMessage(message);
Guarda respuestas como borradores: Tu app puede recuperar el
EXTRA_REMOTE_INPUT_DRAFT
que envía el sistema cuando un usuario cierra una notificación de mensajería de manera involuntaria. Puedes usar este elemento adicional para prepropagar campos de texto en la app, de modo que los usuarios puedan terminar su respuesta.Identifica si una conversación es grupal: Puedes usar
setGroupConversation()
para identificar, de manera deliberada, una conversación como grupal o no grupal.Configura la acción semántica para un intent: el método
setSemanticAction()
te permite dar significado semántico a una acción, como "marcar como leído", "borrar", "responder", etcétera.SmartResponder: Android 9 admite las mismas respuestas sugeridas que están disponibles en tu app de mensajería. Usa
RemoteInput.setChoices()
para proporcionar una variedad de respuestas estándar al usuario.
Configuración del canal, transmisiones y No interrumpir
Android 8.0 introdujo los canales de notificaciones, que te permiten crear un canal que el usuario puede personalizar para cada tipo de notificación que quieras mostrar. Android 9 simplifica las configuraciones del canal de notificaciones con estos cambios:
Bloqueo de grupos de canales: Ahora los usuarios pueden bloquear grupos completos de canales en la configuración de notificaciones de una app. Puedes usar el método
isBlocked()
para identificar cuando se bloquea un grupo y, como resultado, no enviar notificaciones de los canales de ese grupo.Además, tu app puede consultar la configuración actual de los grupos de canales con el nuevo método
getNotificationChannelGroup()
.Nuevos tipos de intents de transmisión: El sistema Android ahora envía intents de transmisión cuando cambia el estado de bloqueo de los canales de notificaciones y los grupos de canales. La app a la que pertenece el canal o grupo bloqueado puede escuchar estos intents y reaccionar según corresponda. Para obtener más información sobre las acciones de intents y los extras, consulta la lista de constantes actualizadas en la referencia de
NotificationManager
. Para obtener información sobre cómo reaccionar a los intents de transmisión, consulta Transmisiones.NotificationManager.Policy
tiene tres categorías nuevas de prioridad para No interrumpir:PRIORITY_CATEGORY_ALARMS
prioriza las alarmas.PRIORITY_CATEGORY_MEDIA
prioriza los sonidos de fuentes multimedia, como la navegación multimedia y por voz.PRIORITY_CATEGORY_SYSTEM
prioriza los sonidos del sistema.
NotificationManager.Policy
también tiene siete constantes nuevas de No interrumpir que puedes usar para suprimir la interrupción visual:SUPPRESSED_EFFECT_FULL_SCREEN_INTENT
evita que la notificación inicie una actividad en pantalla completa.SUPPRESSED_EFFECT_LIGHTS
bloquea las luces de notificaciones.SUPPRESSED_EFFECT_PEEK
evita que las notificaciones aparezcan brevemente en la vista ("visualización").SUPPRESSED_EFFECT_STATUS_BAR
evita que las notificaciones aparezcan en la barra de estado en dispositivos que admiten barras de estado.SUPPRESSED_EFFECT_BADGE
bloquea las insignias en los dispositivos que las admiten. Para obtener más información, consulta Cómo modificar una insignia de notificación.SUPPRESSED_EFFECT_AMBIENT
bloquea las notificaciones en dispositivos que admiten pantallas ambiente.SUPPRESSED_EFFECT_NOTIFICATION_LIST
evita que las notificaciones aparezcan en la vista de lista en dispositivos que admiten esa vista, como el panel de notificaciones o la pantalla de bloqueo.
Compatibilidad con varias cámaras y actualizaciones de cámaras
En los dispositivos que ejecutan Android 9, puedes acceder a transmisiones simultáneas desde dos o más cámaras físicas. En dispositivos con dos cámaras frontales o posteriores, puedes crear funciones innovadoras que no son posibles con una sola cámara, como el zoom fluido, el bokeh y la visión estéreo. La API también te permite llamar a una transmisión de cámara lógica o fusionada que cambia automáticamente entre dos o más cámaras.
Otras mejoras en la cámara incluyen parámetros de sesión adicionales, que ayudan a reducir los retrasos durante la captura inicial, y el uso compartido de la superficie que permite a los clientes de la cámara manejar varios casos de uso sin necesidad de detener ni iniciar la transmisión de la cámara. También agregamos APIs para brindar compatibilidad con Flash basada en la pantalla y acceso a marcas de tiempo de OIS para la estabilización de imagen y efectos especiales en el nivel de la app.
En Android 9, la API de varias cámaras admite cámaras monocromáticas para dispositivos compatibles con FULL
o LIMITED
.
La salida monocromática se logra a través del formato YUV_420_888
con Y como escala de grises, U (Cb) como 128 y V (Cr) como 128.
Android 9 también habilita la compatibilidad con cámaras externas USB/UVC en dispositivos compatibles.
ImageDecoder para elementos de diseño y mapas de bits
Android 9 presenta la clase ImageDecoder
, que proporciona un enfoque modernizado para la decodificación de imágenes. Usa esta clase en lugar de las APIs de BitmapFactory
y BitmapFactory.Options
.
ImageDecoder
te permite crear un Drawable
o un Bitmap
a partir de un búfer de bytes, un archivo o un URI. Para decodificar una imagen, primero llama a createSource()
con la fuente de la imagen codificada. Luego, llama a decodeDrawable()
o decodeBitmap()
pasando el objeto ImageDecoder.Source
para crear Drawable
o Bitmap
. Para cambiar la configuración predeterminada, pasa OnHeaderDecodedListener
a decodeDrawable()
o decodeBitmap()
. ImageDecoder
llama a onHeaderDecoded()
con el ancho y la altura predeterminados de la imagen, una vez que los conozcas.
Si la imagen codificada es un GIF o WebP animado, decodeDrawable()
muestra una Drawable
que es una instancia de la clase AnimatedImageDrawable
.
Existen métodos diferentes que puedes usar para fijar las propiedades de imagen:
- Para escalar la imagen decodificada a un tamaño exacto, pasa las dimensiones de destino a
setTargetSize()
. También puedes aplicar ajustes a escala a las imágenes usando un tamaño de muestra. Pasa el tamaño de la muestra directamente asetTargetSampleSize()
. - Para recortar una imagen dentro del rango de la imagen ajustada a escala, llama a
setCrop()
. - Para crear un mapa de bits mutable, pasa
true
asetMutableRequired()
.
ImageDecoder
también te permite agregar efectos personalizados y complicados a una imagen, como esquinas redondeadas o máscaras circulares. Usa setPostProcessor()
con una instancia de la clase PostProcessor
para ejecutar los comandos de dibujo que desees.
Animación
Android 9 introduce la clase AnimatedImageDrawable
para dibujar y mostrar imágenes animadas GIF y WebP.
AnimatedImageDrawable
funciona de manera similar a AnimatedVectorDrawable
en el sentido de que el subproceso de renderización impulsa las animaciones de AnimatedImageDrawable
.
El subproceso de renderización también usa un subproceso de trabajo para decodificar, de modo que la decodificación no interfiera con otras operaciones en el subproceso de renderización. Esta implementación permite que tu app muestre una imagen animada sin administrar sus actualizaciones ni interferir en otros eventos en el subproceso de IU de tu app.
Se puede decodificar un AnimatedImageDrawable
mediante una instancia de ImageDecoder
. En el siguiente fragmento de código, se muestra cómo usar ImageDecoder
para decodificar tu AnimatedImageDrawable
:
Kotlin
@Throws(IOException::class) private fun decodeImage() { val decodedAnimation = ImageDecoder.decodeDrawable( ImageDecoder.createSource(resources, R.drawable.my_drawable)) // Prior to start(), the first frame is displayed. (decodedAnimation as? AnimatedImageDrawable)?.start() }
Java
private void decodeImage() throws IOException { Drawable decodedAnimation = ImageDecoder.decodeDrawable( ImageDecoder.createSource(getResources(), R.drawable.my_drawable)); if (decodedAnimation instanceof AnimatedImageDrawable) { // Prior to start(), the first frame is displayed. ((AnimatedImageDrawable) decodedAnimation).start(); } }
ImageDecoder
tiene varios métodos que te permiten realizar más modificaciones a la imagen.
Por ejemplo, puedes usar el método setPostProcessor()
para modificar el aspecto de la imagen, como aplicar una máscara circular o esquinas redondeadas.
Video HDR VP9, compresión de imagen HEIF y APIs de medios
Android 9 brinda compatibilidad integrada con el alto rango dinámico (HDR) en el perfil 2 de VP9 para que puedas ofrecer películas compatibles con HDR a tus usuarios desde YouTube, Play Películas y otras fuentes en dispositivos compatibles con HDR.
Android 9 también agrega compatibilidad para codificar imágenes con el formato de archivo de imagen de alta eficiencia (HEIF o HEIC), que mejora la compresión y reduce el espacio de almacenamiento y el uso de datos de red. Las muestras de imágenes estáticas de HEIF son compatibles con las clases MediaMuxer
y MediaExtractor
. Con la compatibilidad de la plataforma en dispositivos con Android 9, es fácil enviar y usar imágenes HEIF desde tu servidor de backend. Una vez que te asegures de que tu app sea compatible con este formato de datos para compartir y mostrar contenido, prueba el formato HEIF como formato de almacenamiento de imágenes en tu app. Puedes realizar una conversión de jpeg a heic con ImageDecoder
o BitmapFactory
(que obtiene un mapa de bits de un archivo JPEG). Luego, puedes usar HeifWriter
para escribir imágenes estáticas HEIF desde búferes de bytes YUV o instancias de Surface
o Bitmap
.
Las métricas de contenido multimedia también están disponibles en las clases AudioTrack
, AudioRecord
y MediaDrm
.
Android 9 presenta métodos a la clase MediaDRM
para obtener métricas, niveles de HDCP, niveles de seguridad y cantidad de sesiones, así como agregar un mayor control sobre los niveles de seguridad y proteger las detenciones. Consulta el informe de diferencias de API para obtener más detalles.
En Android 9, la API de AAudio admite varios atributos de AAudioStream adicionales, incluidos el uso, el tipo de contenido y los ajustes predeterminados de entrada. Con estos atributos, puedes crear transmisiones que se ajustan a aplicaciones de VoIP o de videocámara. También puedes establecer el ID de sesión para asociar una transmisión de AAudio con una submezcla que puede incluir efectos. Usa la API de AudioEffect
para controlar los efectos.
Android 9 presenta la API de AudioEffect
para el procesamiento dinámico.
Con esta clase, puedes compilar efectos de audio basados en canales, incluidos la ecualización, la compresión multibanda y el limitador, en varias etapas. La cantidad de bandas y etapas activas es configurable, y la mayoría de los parámetros pueden controlarse en tiempo real.
JobScheduler para datos de costo confidenciales
A partir de Android 9, JobScheduler
puede usar los indicadores de estado de la red que proporcionan los proveedores para mejorar el control de los trabajos relacionados con la red.
Los trabajos pueden declarar el tamaño estimado de los datos, la carga previa de indicadores y especificar requisitos de red detallados. Luego, JobScheduler
administra el trabajo según el estado de la red. Por ejemplo, cuando la red indica que está congestionada, JobScheduler
podría diferir las solicitudes de red grandes. En una red no medida, JobScheduler
puede ejecutar trabajos de carga previa para mejorar la experiencia del usuario, como la carga previa de encabezados.
Cuando agregues trabajos, asegúrate de usar setEstimatedNetworkBytes()
, setPrefetch()
y setRequiredNetwork()
cuando corresponda para ayudar a JobScheduler
a controlar el trabajo de forma correcta. Cuando se ejecute tu trabajo, asegúrate de usar el objeto Network
que muestra JobParameters.getNetwork()
.
De lo contrario, implícitamente usarás la red predeterminada del dispositivo, que podría no cumplir con tus requisitos y causar un uso no deseado de datos.
API de Neural Networks 1.1
La API de redes neuronales se introdujo en Android 8.1 (nivel de API 27) para acelerar el aprendizaje automático en Android. Android 9 expande y mejora la API, lo que agrega compatibilidad con nueve operaciones nuevas:
- Operaciones matemáticas en elementos:
- Operaciones de array:
Problema conocido: Cuando se pasan los tensores ANEURALNETWORKS_TENSOR_QUANT8_ASYMM
a la operación ANEURALNETWORKS_PAD
, que está disponible en Android 9 y versiones posteriores, es posible que el resultado de la NNAPI no coincida con el resultado de los frameworks de aprendizaje automático de nivel superior, como TensorFlow Lite. En su lugar, solo debes pasar
ANEURALNETWORKS_TENSOR_FLOAT32
hasta que se resuelva el problema.
Además, la API también presenta una nueva función, ANeuralNetworksModel_relaxComputationFloat32toFloat16()
, que te permite especificar si deseas calcular ANEURALNETWORKS_TENSOR_FLOAT32
con un rango y una precisión tan bajos como los del formato de punto flotante IEEE 754 de 16 bits.
Autofill Framework
Android 9 presenta varias mejoras que los servicios de autocompletado pueden implementar para mejorar aún más la experiencia del usuario a la hora de completar formularios. Si deseas obtener más información para usar las funciones de autocompletado en tu app, consulta la guía de Autofill Framework.
Mejoras de seguridad
Android 9 presenta varias funciones de seguridad que se resumen en las siguientes secciones:
Confirmación de protección de Android
Los dispositivos compatibles que ejecutan Android 9 o versiones posteriores te permiten usar la Confirmación de protección de Android. Cuando se usa este flujo de trabajo, la app muestra un mensaje al usuario en el que se le solicita que apruebe una breve declaración. Esta declaración permite a la app reafirmar que el usuario desea completar una transacción sensible, como un pago.
Si el usuario acepta la declaración, Android Keystore recibe y almacena una firma criptográfica protegida por un código de autenticación de mensajes en clave hash (HMAC). Una vez que Android Keystore confirme la validez del mensaje, tu app podrá usar la clave generada desde trustedConfirmationRequired
en el entorno de ejecución confiable (TEE) para firmar el mensaje que aceptó el usuario. La firma indica, con un alto grado de confianza, que el usuario vio la declaración y la aceptó.
Precaución: La Confirmación de protección de Android no proporciona un canal de información seguro para el usuario. Tu app no puede asumir garantías de confidencialidad más allá de las que ofrece la plataforma de Android. En especial, no uses este flujo de trabajo para mostrar información sensible que no mostrarías normalmente en el dispositivo del usuario.
Para obtener orientación sobre cómo agregar compatibilidad con la Confirmación de protección de Android, consulta la guía Confirmación de protección de Android.
Diálogo de autenticación biométrica unificada
En Android 9, el sistema proporciona diálogos de autenticación biométrica en nombre de tu app. Esta funcionalidad crea un aspecto y una posición estandarizados para el diálogo, lo que brinda a los usuarios más confianza de que se están autenticando con un verificador de credenciales biométrico de confianza.
Si tu app usa FingerprintManager
para mostrar un diálogo de autenticación con huella digital a los usuarios, comienza a usar BiometricPrompt
en su lugar. BiometricPrompt
depende del sistema para mostrar el diálogo de autenticación. También cambia su comportamiento para adaptarse al tipo de autenticación biométrica que eligió un usuario.
Módulo de seguridad de hardware
Los dispositivos compatibles que ejecutan Android 9 o versiones posteriores pueden tener un StrongBox Keymaster, una implementación de la HAL de Keymaster que reside en un módulo de seguridad de hardware. El módulo contiene lo siguiente:
- Su propia CPU
- Almacenamiento seguro
- Un generador de números aleatorios reales
- Mecanismos adicionales de resistencia contra alteraciones de paquetes y sideloading no autorizado de apps
Cuando se verifican las claves almacenadas en el StrongBox Keymaster, el sistema corrobora la integridad de una clave con el entorno de ejecución confiable (TEE).
Para obtener más información sobre el uso de Strongbox Keymaster, consulta el Módulo de seguridad de hardware.
Importación de claves segura al almacén de claves
Android 9 proporciona seguridad adicional en la desencriptación de claves, ya que agrega la capacidad de importar claves encriptadas de forma segura al almacén de claves a través de un formato de claves con codificación AN.1. Keymaster luego desencripta las claves en el almacén de claves para que el contenido de estas nunca aparezca como texto simple en la memoria host del dispositivo.
Obtén más información para importar claves encriptadas de forma más segura.
Esquema de firma de APK con rotación de claves
En Android 9 se incluye compatibilidad con el esquema de firma de APK v3. Este esquema tiene la opción de incluir un registro de prueba de rotación en su bloque de firma para cada certificado de firma. Esta capacidad permite que tu app se firme con un nuevo certificado mediante la vinculación de los certificados de firma anteriores del archivo APK con el que ahora está firmado.
Obtén más información para rotar claves con apksigner
.
Opción para permitir la desencriptación de claves solo en dispositivos desbloqueados
Android 9 presenta la marca unlockedDeviceRequired
. Esta opción determina si el almacén de claves requiere que se desbloquee la pantalla antes de permitir la desencriptación de los datos en tránsito o almacenados con la clave especificada. Estos tipos de claves son adecuados para encriptar datos sensibles que se almacenarán en el disco, como datos empresariales o de salud. La marca proporciona a los usuarios una mayor seguridad de que los datos no se podrán desencriptar mientras el dispositivo esté bloqueado en caso de que lo pierdan o lo roben.
Para mantener una clave segura de la desencriptación mientras el dispositivo está bloqueado, habilita la marca pasando true
al método setUnlockedDeviceRequired()
. Después de completar este paso, cuando la pantalla del usuario esté bloqueada, cualquier intento de desencriptar o firmar datos con esta clave fallará. Un dispositivo bloqueado requiere un PIN, una contraseña, una huella dactilar o algún otro factor de confianza para poder acceder a él.
Compatibilidad con encriptación heredada
Los dispositivos Android 9 que incorporan Keymaster 4 admiten el algoritmo de encriptación triple de datos, o Triple DES. Si tu app interopera con sistemas heredados que requieren Triple DES, usa este tipo de algoritmo de cifrado para encriptar credenciales sensibles.
Si quieres obtener más información para hacer que tu app sea más segura, consulta Seguridad para desarrolladores de Android.
WPS dejó de estar disponible
La Configuración Wi-Fi protegida (WPS) dejó de estar disponible por motivos de seguridad.
Copias de seguridad de Android
Android 9 agrega nuevas funciones y opciones para desarrolladores relacionadas con las copias de seguridad y el restablecimiento. Los detalles sobre estos cambios aparecen en las siguientes secciones.
Copias de seguridad de encriptación del cliente
Android 9 agrega compatibilidad para encriptar copias de seguridad de Android con un secreto del cliente. La compatibilidad se habilita automáticamente cuando se cumplen las siguientes condiciones:
- El usuario habilitó la copia de seguridad con Android 9 o una versión posterior.
- El usuario configuró un bloqueo de pantalla para su dispositivo que requiere un PIN, un patrón o una contraseña para desbloquearse.
Cuando se habilita esta medida de privacidad, se requiere el PIN, el patrón o la contraseña del dispositivo para restablecer los datos de las copias de seguridad que realizó el dispositivo del usuario. Para obtener más información sobre la tecnología detrás de esta función, consulta el informe sobre el servicio Google Cloud Key Vault.
Cómo definir las condiciones del dispositivo necesarias para la copia de seguridad
Si los datos de tu app incluyen información sensible o preferencias, Android 9 te permite definir las condiciones del dispositivo en las que se incluyen los datos de tu app en la copia de seguridad del usuario, como cuando está habilitada la encriptación del cliente o cuando se realiza una transferencia local de un dispositivo a otro.
Para obtener más información sobre cómo crear copias de seguridad de datos en dispositivos Android, consulta la Descripción general de la copia de seguridad de datos.
Accesibilidad
Android 9 introduce mejoras en el framework de accesibilidad que facilitan la entrega de experiencias aún mejores a los usuarios de tu app.
Semántica de navegación
Los atributos agregados en Android 9 facilitan la definición de la manera en que los servicios de accesibilidad, especialmente los lectores de pantalla, navegan de una parte a otra. Estos atributos pueden ayudar a los usuarios con discapacidad visual a desplazarse rápidamente por el texto en la IU de tu app y les permiten realizar una selección.
Por ejemplo, en una app de compras, un lector de pantalla puede ayudar a los usuarios a navegar directamente de una categoría de ofertas a la siguiente, sin que el lector de pantalla tenga que leer todos los elementos de una categoría antes de pasar a la siguiente.
Títulos del panel de accesibilidad
En Android 8.1 (nivel de API 27) y versiones anteriores, los servicios de accesibilidad no siempre pueden determinar cuándo se actualizó un panel específico de la pantalla, como cuando una actividad reemplaza un fragmento por otro. Los paneles consisten en elementos de la IU relacionados visualmente y agrupados lógicamente que, por lo general, conforman un fragmento.
En Android 9, puedes proporcionar títulos de paneles de accesibilidad o títulos que puedan identificarse de forma individual para estos paneles. Si un panel tiene un título, los servicios de accesibilidad reciben información más detallada cuando el panel cambia. Esta capacidad permite que los servicios proporcionen información más detallada al usuario sobre lo que cambia en la IU.
Para especificar el título de un panel, usa el atributo android:accessibilityPaneTitle
. También puedes actualizar el título de un panel de la IU que se reemplaza en el tiempo de ejecución con setAccessibilityPaneTitle()
.
Por ejemplo, puedes proporcionar un título para el área de contenido de un objeto Fragment
.
Navegación basada en encabezados
Si tu app muestra contenido textual que incluye encabezados lógicos, establece el atributo android:accessibilityHeading
en true
para las instancias de View
que representan esos encabezados. Si agregas estos encabezados, permites que los servicios de accesibilidad ayuden a los usuarios a navegar directamente de un encabezado al siguiente. Cualquier servicio de accesibilidad puede usar esta capacidad para mejorar la experiencia de navegación de la IU del usuario.
Salida y navegación grupal
Los lectores de pantalla solían usar el atributo android:focusable
para determinar cuándo debían leer una ViewGroup
o una colección de objetos View
como una sola unidad. De esa manera, los usuarios podían comprender que las vistas estaban relacionadas entre sí de forma lógica.
En Android 8.1 y versiones anteriores, debes marcar cada objeto View
dentro de una ViewGroup
como no enfocable y el ViewGroup
en sí como enfocable. Esta disposición hizo que algunas instancias de View
se marcaran como enfocables de una manera que hacía más engorrosa la navegación con teclado.
A partir de Android 9, puedes usar el atributo android:screenReaderFocusable
en lugar del atributo android:focusable
en situaciones en las que hacer que un objeto View
sea enfocable tenga consecuencias no deseadas. Los lectores de pantalla se enfocan en todos los elementos que establecieron android:screenReaderFocusable
o android:focusable
en true
.
Acciones de conveniencia
Android 9 incorpora asistencia para las acciones de conveniencia en representación de los usuarios:
- Interacción con los cuadros de información
- Las funciones adicionales al framework de accesibilidad te brindan acceso a la información sobre la herramienta en la IU de una app. Usa
getTooltipText()
para leer el texto de la información sobre la herramienta y usaACTION_SHOW_TOOLTIP
yACTION_HIDE_TOOLTIP
para indicar a las instancias deView
que muestren u oculten su información sobre la herramienta. - Acciones globales agregadas
- Android 9 admite dos acciones de dispositivo adicionales en la clase
AccessibilityService
. Tu servicio puede ayudar a los usuarios a bloquear sus dispositivos y tomar capturas de pantalla con las accionesGLOBAL_ACTION_LOCK_SCREEN
yGLOBAL_ACTION_TAKE_SCREENSHOT
, respectivamente.
Detalles del cambio de ventana
Android 9 facilita el seguimiento de las actualizaciones de las ventanas de una app cuando esta vuelve a dibujar varias ventanas de forma simultánea. Cuando ocurra un evento TYPE_WINDOWS_CHANGED
, usa la API de getWindowChanges()
para determinar cómo cambiaron las ventanas. Durante una actualización de varias ventanas, cada una produce su propio conjunto de eventos.
El método getSource()
devuelve la vista de raíz de la ventana asociada con cada evento.
Si una app definió títulos del panel de accesibilidad para sus objetos View
, tu servicio puede reconocer cuándo se actualiza la IU de la app. Cuando ocurre un evento TYPE_WINDOW_STATE_CHANGED
, usa los tipos que muestra getContentChangeTypes()
para determinar cómo cambió la ventana. Por ejemplo, el framework puede detectar cuándo un panel tiene un título nuevo o cuándo desapareció un panel.
Rotación
Para eliminar las rotaciones accidentales, agregamos un modo que fija la orientación actual incluso si cambia la posición del dispositivo. Cuando sea necesario, los usuarios pueden activar la rotación de forma manual presionando un botón en la barra del sistema.
En la mayoría de los casos, el impacto de compatibilidad para las apps es mínimo. Sin embargo, si tu app tiene un comportamiento de rotación personalizado o usa una configuración de orientación de pantalla inusual, podrías tener problemas que antes no habrían notado cuando la preferencia de rotación del usuario siempre estaba configurada en modo vertical. Te recomendamos observar el comportamiento de rotación en todas las actividades clave de tu app y asegurarte de que todas las configuraciones de orientación de la pantalla sigan proporcionando una experiencia óptima.
Para obtener más información, consulta los cambios de comportamiento asociados.
Texto
Android 9 ofrece las siguientes funciones relacionadas con texto a la plataforma:
Texto procesado previamente: La clase
PrecomputedText
mejora el rendimiento de la renderización de texto, ya que te permite calcular y almacenar en caché la información necesaria con anticipación. También permite que tu app diseñe el texto a partir del subproceso principal.Lupa: La clase
Magnifier
es un widget de plataforma que proporciona una API de lupa, lo que permite una experiencia coherente de la función de lupa en todas las apps.Smart Linkify: Android 9 mejora la clase
TextClassifier
, que aprovecha el aprendizaje automático para identificar algunas entidades en el texto seleccionado y sugerir acciones. Por ejemplo,TextClassifier
puede permitir que tu app detecte que el usuario seleccionó un número de teléfono. Luego, tu app podría sugerir que el usuario realice una llamada telefónica usando ese número. Las funciones deTextClassifier
reemplazan la funcionalidad de la claseLinkify
.Diseño de texto: Hay varios métodos y atributos convenientes que facilitan la implementación del diseño de tu IU. Para obtener más información, consulta la documentación de referencia de
TextView
.
Conversión de archivos DEX anticipadamente a ART
En dispositivos que ejecutan Android 9 o versiones posteriores, el compilador anticipado del tiempo de ejecución de Android (ART) optimiza aún más los archivos comprimidos en formato Dalvik Executable (DEX) convirtiendo los archivos DEX de un paquete de app en una representación más compacta. Este cambio permite que tu app se inicie más rápido y consuma menos espacio en el disco y RAM.
Esta mejora beneficia especialmente a los dispositivos de gama baja con velocidades de E/S de disco más lentas.
Registro del sistema integrado en el dispositivo
Android 9 te permite registrar los registros del sistema desde tu dispositivo y, luego, compartir un informe de esas grabaciones con tu equipo de desarrollo. Este informe admite varios formatos, incluido HTML.
Si recopilas esos registros, puedes captar datos de latencia relacionados con los subprocesos y procesos de tu app, y ver otros tipos de estados del dispositivo significativos a nivel mundial.
Para obtener más información sobre esta herramienta, consulta Cómo realizar un registro del sistema en el dispositivo.