{"id":106707,"date":"2023-02-11T12:48:23","date_gmt":"2023-02-11T10:48:24","guid":{"rendered":"https:\/\/prohoster.info\/?p=106707"},"modified":"2023-02-13T09:57:15","modified_gmt":"2023-02-13T07:57:15","slug":"predvaritelnyj-vypusk-android-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/predvaritelnyj-vypusk-android-14","title":{"rendered":"Lanzamiento preliminar de Android 14.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La empresa Google ha presentado la primera versi\u00f3n de prueba de la plataforma m\u00f3vil abierta Android 14. El lanzamiento de Android 14 est\u00e1 previsto para el tercer trimestre de 2023. Para evaluar las nuevas caracter\u00edsticas de la plataforma, se ha propuesto un programa de pruebas anticipadas. Las compilaciones del firmware est\u00e1n preparadas para los dispositivos Pixel 7\/7 Pro, Pixel 6\/6a\/6 Pro, Pixel 5\/5a 5G y Pixel 4a (5G). <\/p>\n
Novedades clave de Android 14: <\/p>\n
\n
Se ha continuado mejorando el funcionamiento de la plataforma en tabletas y dispositivos con pantallas plegables. Se han actualizado las recomendaciones para el desarrollo de aplicaciones para dispositivos con pantallas grandes y se han a\u00f1adido plantillas de interfaz est\u00e1ndar para pantallas grandes, tomando en cuenta aplicaciones como redes sociales, comunicaci\u00f3n, contenido multimedia, lectura y compras. Se ha propuesto un lanzamiento preliminar del SDK Cross device con herramientas para el desarrollo de aplicaciones que funcionen correctamente con diferentes tipos de dispositivos (smartphones, tabletas, televisores inteligentes, etc.) y diferentes factores de forma.\n
Se ha optimizado la coordinaci\u00f3n de la ejecuci\u00f3n de tareas de fondo que requieren muchos recursos, como la descarga de archivos grandes cuando hay una conexi\u00f3n WiFi. Se han realizado cambios en la API para iniciar servicios prioritarios (Foreground Service) y programar tareas (JobScheduler), a las que se ha a\u00f1adido nueva funcionalidad para tareas iniciadas por el usuario relacionadas con la transferencia de datos. Se han introducido requisitos para especificar el tipo de servicios prioritarios a iniciar (trabajos con la c\u00e1mara, sincronizaci\u00f3n de datos, reproducci\u00f3n de medios, seguimiento de ubicaci\u00f3n, acceso al micr\u00f3fono, etc.). Se ha simplificado la definici\u00f3n de las condiciones de activaci\u00f3n para la descarga de datos, por ejemplo, para descargar solo cuando hay acceso a trav\u00e9s de Wi-Fi.\n
El sistema interno de entrega de mensajes de difusi\u00f3n a las aplicaciones (broadcast system) se ha optimizado para reducir el consumo de energ\u00eda y mejorar la capacidad de respuesta. Se ha mejorado la recepci\u00f3n de flujos de mensajes registrados por las aplicaciones \u2014 los mensajes pueden ser encolados, agrupados (por ejemplo, una serie de mensajes BATTERY_CHANGED se agregar\u00e1 en uno) y entregarse solo despu\u00e9s de que la aplicaci\u00f3n salga del estado en cach\u00e9.\n
El uso de la funci\u00f3n de ejecuci\u00f3n de operaciones a exactamente a tiempo en las aplicaciones ahora requiere la obtenci\u00f3n de un permiso separado SCHEDULE_EXACT_ALARM, ya que la aplicaci\u00f3n de esta funcionalidad puede afectar negativamente la duraci\u00f3n de la bater\u00eda y provocar un aumento en el consumo de recursos (para tareas programadas, se recomienda usar activaci\u00f3n en un tiempo aproximado). A las aplicaciones con implementaci\u00f3n de calendario y reloj que utilicen la activaci\u00f3n exacta se les debe otorgar el permiso USE_EXACT_ALARM al instalarse. Las publicaciones en el cat\u00e1logo de Google Play de aplicaciones con el permiso USE_EXACT_ALARM est\u00e1n permitidas solo para programas con implementaci\u00f3n de despertador, temporizador y calendario con notificaciones de eventos.\n
Se han ampliado las capacidades de escalado de fuentes, el nivel m\u00e1ximo de escalado de fuentes se ha aumentado del 130% al 200%, y para que el texto no se vea demasiado grande con un gran aumento, ahora se aplica autom\u00e1ticamente un cambio no lineal en el nivel de escalado (el texto grande no se aumenta tanto como el texto peque\u00f1o).
<\/center>\n
Se ha proporcionado la opci\u00f3n de establecer configuraciones de idioma vinculadas a aplicaciones espec\u00edficas. El desarrollador de la aplicaci\u00f3n ahora puede modificar los par\u00e1metros localeConfig mediante la llamada a LocaleManager.setOverrideLocaleConfig para definir la lista de idiomas que se mostrar\u00e1n para la aplicaci\u00f3n en la interfaz de configuraci\u00f3n de Android.\n
Se ha a\u00f1adido la API de Inflecci\u00f3n Gramatical para simplificar la adici\u00f3n de traducciones de elementos de interfaz que consideren lenguas con sistemas de g\u00e9nero.\n
Para evitar la interceptaci\u00f3n de solicitudes de intent por aplicaciones maliciosas, en la nueva versi\u00f3n se proh\u00edbe el env\u00edo de intents sin una declaraci\u00f3n expl\u00edcita de paquete o componente interno.\n
Se ha mejorado la seguridad de la carga din\u00e1mica de c\u00f3digo (DCL, Dynamic Code Loading) \u2014 para evitar la inyecci\u00f3n de c\u00f3digo malicioso en los archivos ejecutables cargados din\u00e1micamente, estos archivos ahora deben tener permisos que solo permitan la lectura.\n
Se proh\u00edbe la instalaci\u00f3n de aplicaciones que declaren una versi\u00f3n de SDK inferior a 23, lo que permitir\u00e1 bloquear la elusi\u00f3n de restricciones de permisos a trav\u00e9s de antiguos API (la versi\u00f3n de API 22 est\u00e1 prohibida, ya que en la versi\u00f3n 23 (Android 6.0) se introdujo un nuevo modelo de gesti\u00f3n de acceso que permite solicitar acceso a recursos del sistema en tiempo real). Las aplicaciones previamente instaladas que utilizan API antiguas continuar\u00e1n funcionando despu\u00e9s de la actualizaci\u00f3n de Android.\n
Se ha propuesto la API Credential Manager y se ha implementado el soporte para la tecnolog\u00eda Passkeys, que permite al usuario autenticarse sin contrase\u00f1as utilizando identificadores biom\u00e9tricos, como la huella digital o el reconocimiento facial.\n
En Android Runtime (ART) se ha implementado el soporte para OpenJDK 17 y las capacidades del lenguaje y clases de Java proporcionadas en esta versi\u00f3n, incluidas las clases tipo record, cadenas de varias l\u00edneas y el emparejamiento con patrones en la instrucci\u00f3n \u00abinstanceof\u00bb.\n
Para simplificar las pruebas del funcionamiento de aplicaciones teniendo en cuenta los cambios en la nueva versi\u00f3n de Android, se ha dado a los desarrolladores la posibilidad de habilitar y deshabilitar selectivamente ciertas novedades a trav\u00e9s de la secci\u00f3n Developer en el configurador o la herramienta adb.
![\"Lanzamiento](\"\/wp-content\/uploads\/2023\/02\/4a7d945167b66696b87b00d79bbbf2e8.jpg\")
<\/center>\n![\"Lanzamiento](\"\/wp-content\/uploads\/2023\/02\/371e51434b6405468bee4bf7f0b78abf.jpg\")
<\/center> <\/ul>\n