Cuestionario sobre los conceptos básicos del entorno de ejecución de SDK

El objetivo del entorno de ejecución de SDK es proporcionar varios beneficios clave al ecosistema de Android. ¿Cuáles de las siguientes opciones son las principales ventajas que se destacan para los desarrolladores de apps y SDKs, así como para los usuarios?

Selecciona todas las respuestas que consideres correctas.

Mejora de la privacidad del usuario y la seguridad de la aplicación a través del aislamiento del código y los recursos del SDK de terceros en un proceso de tiempo de ejecución independiente y restringido

Se mejoró la estabilidad de la app y la responsabilidad de fallas más precisas, ya que contiene las operaciones del SDK dentro de su propio proceso dedicado, separado de la aplicación host.

Otorgar a los SDKs de terceros acceso directo y aumentado al conjunto completo de permisos de la app host para maximizar su funcionalidad

Un modelo de distribución de SDKs más flexible que permite que los SDKs se actualicen independientemente de los lanzamientos de apps a través de canales de distribución de apps, lo que podría generar correcciones críticas más rápidas.

Exigir que todos los SDKs de terceros usen un único entorno de ejecución compartido en todas las apps de un dispositivo para optimizar el uso de recursos del sistema

¿Cuál de las siguientes afirmaciones describe con precisión un SDK habilitado para el entorno de ejecución (SDK de RE)?

Se ejecuta en el proceso de la app y se comunica directamente con otros SDKs integrados en la app.

Es principalmente una capa de traducción que ayuda a las apps a migrar al uso de SDKs en el entorno de ejecución de SDK.

Se ejecuta dentro del proceso aislado del entorno de ejecución de SDK.

Solo se usa para depurar las funciones del SDK en Android Studio.

Teniendo en cuenta el nuevo paradigma de distribución para los SDKs habilitados para el entorno de ejecución (SDKs de RE), ¿qué afirmación describe mejor cómo los SDKs de RE están disponibles para las apps y se instalan en los dispositivos de los usuarios?

Los SDKs de RE siempre se compilan directamente en el APK de la app host, de manera similar a los SDKs tradicionales, pero solo se activan cuando el entorno de ejecución de SDK está presente.

Los SDKs de RE se pueden publicar en tiendas de aplicaciones como entidades distintas. Luego, la tienda de aplicaciones administra su instalación en el dispositivo, y cada app carga los SDKs de RE necesarios en su propio proceso privado del entorno de ejecución de SDK.

Todos los SDKs de RE necesarios están preinstalados como parte del sistema operativo Android, y las apps solo declaran cuáles tienen la intención de usar.

Las apps descargan los SDK de RE directamente desde los servidores del proveedor del SDK cada vez que los necesitan, lo que garantiza que siempre se use la versión más reciente sin la participación de la tienda de aplicaciones.

El entorno de ejecución de SDK cambia de forma fundamental la integración de SDKs, ya que ejecuta SDKs de terceros en un proceso independiente. ¿Cómo aborda este aislamiento de procesos principalmente un desafío clave del modelo de SDK tradicional y estrechamente acoplado?

Garantiza que los SDKs de RE consuman mucha menos batería, ya que transfieren todas sus tareas a un subproceso del sistema de prioridad baja.

Permite que los SDKs de RE funcionen con privilegios del sistema elevados, omitiendo el modelo de permisos de la app para realizar operaciones avanzadas.

Crea límites claros y limita el acceso directo de un SDK a los datos y recursos internos de la app host, lo que reduce los riesgos asociados con la recopilación de datos no divulgados y mejora la seguridad general.

Estandariza los componentes de la IU que deben usar todos los SDKs de RE, lo que garantiza un aspecto coherente en todas las apps que los usan.

¿Cuál es el objetivo principal de las herramientas de generación de "ajustes" en el contexto del entorno de ejecución de SDK?

Para empaquetar SDKs habilitados para el entorno de ejecución en paquetes de SDK de Android (ASB).

Para aplicar restricciones de permisos en los SDKs habilitados para el entorno de ejecución durante la compilación.

Para abstraer la complejidad de la comunicación entre procesos (IPC) de bajo nivel entre la app/Runtime Aware (SDK de RA) y el SDK de RE.

Proporcionar componentes de IU precompilados para que los SDKs de RE muestren anuncios

Cuando se compila un SDK de RE, ¿qué debe implementar el desarrollador del SDK para definir el punto de entrada del SDK, que suele extender una clase generada por un shim?

Es una actividad que inicia las funciones principales del SDK.

Una clase que extiende "SandboxedSdkProviderCompat" (o un derivado generado por un shim basado en "@PrivacySandboxService") y anula su método "create*".

Un BroadcastReceiver que escucha las solicitudes de carga del SDK desde la app.

Un ContentProvider para compartir datos de configuración inicial con la app.

Cuando se depura un SDK de RE en un dispositivo o emulador en el que el entorno de ejecución de SDK está activo, ¿a qué proceso se debe adjuntar el depurador para inspeccionar el código del SDK de RE?

Es el proceso principal de la aplicación cliente.

El proceso "system_server".

El proceso "_sdk_sandbox"

El proceso de depuración interno de Android Studio

Según las fases de migración recomendadas para un SDK existente al entorno de ejecución de SDK, ¿cuál suele ser el primer paso?

Requiere de inmediato que todas las apps consuman el SDK habilitado para el entorno de ejecución directamente sin ninguna capa de traducción.

Compila un SDK delgado habilitado para el entorno de ejecución con toda la lógica empresarial existente en un SDK integrado en la app heredado.

Compila un SDK habilitado para el entorno de ejecución durante el período de transición junto con un SDK compatible con el entorno de ejecución para la migración incremental y las pruebas A/B.

Descontinua el SDK existente y solo ofrece el nuevo SDK habilitado para el entorno de ejecución desde el principio.