El SDK de expansión de Android tiene como objetivo simplificar el uso de los componentes del sistema modular

Introducido con Android 10, Componentes del sistema modular habilitar la actualización de los dispositivos de los usuarios finales fuera de los ciclos normales de lanzamiento de Android. El nuevo SDK de extensión framework, ahora público, tiene como objetivo facilitar su integración para los desarrolladores.

Android 10 o superior convierte los componentes del sistema seleccionados en módulos, algunos de los cuales usan el formato de contenedor APEX (introducido en Android 10) y otros usan el formato APK. La arquitectura modular permite que los componentes del sistema se actualicen con correcciones de errores críticos y otras mejoras según sea necesario.

El despliegue de la nueva Zona de pruebas de privacidad beta a dispositivos con Android 13, sin tener que esperar a la próxima versión de Android. Además, los componentes modulares también tienen como objetivo respaldar la funcionalidad existente para dispositivos que ejecutan versiones anteriores de Android. Esto es ilustrado por el API del selector de fotosintroducido en Android 13, que también está disponible para Android 11 y 12, gracias a los componentes del sistema modular.

usando el nuevo Extensión SDK marco, el desarrollador puede verificar fácilmente si una función determinada está disponible en un dispositivo y habilitar condicionalmente su uso en sus aplicaciones. Por ejemplo, la documentación oficial de la API de PhotoPicker mencionada anteriormente indica que está disponible desde Android 13, así como en dispositivos que ejecutan la extensión 2 (11) de Android R. Con esta información, un desarrollador que planee aprovechar la nueva API PhotoPicker en su aplicación primero verificará si la versión de la extensión SDK es al menos la versión mínima requerida para esta API, es decir:

fun isPhotoPickerAvailable(): Boolean {
        return SdkExtensions.getExtensionVersion(VERSION_CODES.R) >= 2
    }

Antes de las extensiones SDK, los desarrolladores podían comprobar el valor de Build.VERSION.SDK_INTpor ejemplo Build.VERSION.SDK_INT >= 33, para garantizar que se dispusiera de un nivel mínimo de SDK. Si bien aún es correcta y compatible, esta verificación fallaría para los dispositivos que ejecutan un nivel de SDK inferior a 33 y tienen una versión de extensión R >= 2.

La API de extensiones SDK se integrará aún más con Jetpack Compose para que su uso sea más idiomático, dice Google.

Los componentes del sistema modular son similares a Servicios de Google Play en su intención de facilitar la actualización de dispositivos Android sin necesidad de una nueva versión del sistema operativo. La principal diferencia entre las dos soluciones es que los componentes del sistema modular forman parte de AOSP, la plataforma Android de código abierto, mientras que los servicios de reproducción son una solución patentada que solo está disponible para Google y sus socios licenciatarios. Ser parte de AOSP significa que los componentes del sistema modular también se pueden entregar a través de una infraestructura de terceros en vivo además de Google Play, que será el valor predeterminado para Google y los socios de licencias.