Guía del módulo: Android AAR SDK Entregables y comprobaciones de dependencia

Contenido del artículo

guía del módulo

Una entrega de Android SDK debe colocar la biblioteca, la aplicación de muestra, la documentación de la interfaz y los registros de compilación en una versión base. AAR describe la biblioteca empaquetada, la aplicación de muestra muestra la integración, la documentación define las restricciones de llamada y los registros de compilación rastrean el artefacto hasta su origen.

Qué ofrecen el AAR y la aplicación de muestra

AAR es un archivo de biblioteca Android que puede contener código, recursos, un manifiesto y bibliotecas nativas configuradas. APK es un artefacto de aplicación instalable. Indique qué dependencias están empaquetadas y cuáles debe proporcionar el proyecto del cliente. La documentación de la biblioteca Android explica la distinción biblioteca/aplicación y el manejo de dependencias.

Documentación de la biblioteca Android

ABI significa interfaz binaria de aplicación e identifica los requisitos de código nativo para el tiempo de ejecución de destino. Compruébelo junto con la versión del sistema, bibliotecas externas, archivos de modelo y rutas de recursos.

Desliza la tabla horizontalmente para ver todas las columnas.

artefacto	Contenidos y finalidad	Condiciones para confirmar
Biblioteca AAR	Interfaces públicas, recursos y archivos nativos incluidos.	ABI, versión del sistema, dependencias y carga de recursos
Aplicación de muestra Demo	Inicialización, entrada, devoluciones de llamada e interacción básica.	Permisos, subprocesos, ciclo de vida y tiempo de ejecución.
Documentación de la interfaz	Parámetros, devoluciones de llamada, errores, cancelación y liberación de recursos	Acuerdo entre documentación y código.
Crear registros	Revisión del código fuente, cadena de herramientas, configuración, pasos y hash de artefactos	Trazabilidad, condiciones de reproducción y mantenimiento.

Una lista de verificación para el índice de entrega.

Organiza el material por finalidad. Acuerde los nombres de directorio reales y el alcance de la fuente dentro del proyecto.

Desliza la tabla horizontalmente para ver todas las columnas.

Materiales	Contenidos a definir
Biblioteca y versión	Archivo AAR, identidad de versión y hash
Muestra de integración	Proyecto Demo, pasos de ejecución y permisos requeridos
Dependencias y recursos	Dependencias externas, ABI nativo, modelos y ubicación de recursos.
Interfaces y fallas	Parámetros, hilos, códigos de error, cancelación y liberación de recursos
Construir y probar	Cadena de herramientas, pasos de construcción, dispositivos, casos y límites conocidos
Licencia y liberación	Términos de terceros, alcance de distribución y responsabilidad de firma de aplicaciones de muestra

Aceptación de la fase inicial

Mantenga el dispositivo, la versión Android, ABI, la revisión del código y el método de llamada consistentes durante todas las comprobaciones. Verificar inicialización, llamadas repetidas, cancelación, respuestas de error y liberación. Para funciones de cámara o audio, revise la propiedad del búfer y la vida útil asincrónica. Defina límites de texto largo solo para tareas SDK que realmente procesan voz o texto.

Para rendimiento y operación continua, especifique la carga, la duración y el método de registro. Acuerde la firma de producción, el envío de la tienda y el lanzamiento de la aplicación del cliente por separado. Completar un paquete de biblioteca no completa la aceptación del lanzamiento de la aplicación.

Insumos de embalaje y material SDK existentes

El caso RK3588-S fuera de línea TTS SDK, y el caso RK3588 vision SDK, proporcionan referencias bajo diferentes funciones, dispositivos y condiciones de prueba. Lea su desempeño y alcance por separado. Proporcione código, ABI, interfaces, dependencias y objetivos de entrega a través del servicio de adaptación RK3588 Android, para definir empaquetado, integración y comprobaciones.

Caso RK3588-S fuera de línea TTS SDK, en chino · Estuche RK3588 vision SDK, en chino · Servicio de adaptación RK3588 Android, en chino