Guia do módulo
Uma entrega Android SDK deve colocar a biblioteca, o aplicativo de amostra, a documentação da interface e os registros de construção em uma linha de base de versão. O AAR descreve a biblioteca empacotada, o aplicativo de amostra mostra a integração, a documentação define restrições de chamada e os registros de construção rastreiam o artefato até sua origem.
O que o AAR e o aplicativo de amostra fornecem
AAR é um arquivo de biblioteca Android que pode conter código, recursos, um manifesto e bibliotecas nativas configuradas. APK é um artefato de aplicativo instalável. Indique quais dependências estão empacotadas e quais o projeto cliente deve fornecer. A documentação da biblioteca Android explica a distinção entre biblioteca/aplicativo e o tratamento de dependências.
Documentação da biblioteca Android
ABI significa interface binária do aplicativo e identifica requisitos de código nativo para o tempo de execução de destino. Verifique junto com a versão do sistema, bibliotecas externas, arquivos de modelo e caminhos de recursos.
Deslize a tabela horizontalmente para visualizar todas as colunas.
| Artefato | Conteúdo e propósito | Condições para confirmar |
|---|---|---|
| Biblioteca AAR | Interfaces públicas, recursos e arquivos nativos incluídos | ABI, versão do sistema, dependências e carregamento de recursos |
| Aplicativo de amostra Demo | Inicialização, entrada, retornos de chamada e interação básica | Permissões, threading, ciclo de vida e tempo de execução |
| Documentação de interface | Parâmetros, callbacks, erros, cancelamento e liberação de recursos | Acordo entre documentação e código |
| Construir registros | Revisão de origem, conjunto de ferramentas, configurações, etapas e hash de artefato | Rastreabilidade, condições de reprodução e manutenção |
Uma lista de verificação para o índice de entrega
Organize o material por finalidade. Combine os nomes reais dos diretórios e o escopo da fonte dentro do projeto.
Deslize a tabela horizontalmente para visualizar todas as colunas.
| Materiais | Conteúdo a definir |
|---|---|
| Biblioteca e versão | Arquivo AAR, identidade de versão e hash |
| Amostra de integração | Projeto Demo, etapas de execução e permissões necessárias |
| Dependências e recursos | Dependências externas, ABI nativo, modelos e posicionamento de recursos |
| Interfaces e falhas | Parâmetros, threads, códigos de erro, cancelamento e liberação de recursos |
| Construir e testar | Conjunto de ferramentas, etapas de construção, dispositivos, casos e limites conhecidos |
| Licenciamento e liberação | Termos de terceiros, escopo de distribuição e responsabilidade de assinatura de aplicativos de exemplo |
Aceitação na fase inicial
Mantenha o dispositivo, versão Android, ABI, revisão de código e método de chamada consistentes durante as verificações. Verifique inicialização, chamadas repetidas, cancelamento, respostas de erro e liberação. Para funções de câmera ou áudio, revise a propriedade do buffer e a vida útil assíncrona. Defina limites de texto longo apenas para tarefas SDK que realmente processam fala ou texto.
Para desempenho e operação contínua, especifique carga, duração e método de registro. Combine a assinatura de produção, o envio para a loja e o lançamento do aplicativo cliente separadamente. A conclusão de um pacote de biblioteca não conclui a aceitação da liberação do aplicativo.
Materiais e insumos de embalagem SDK existentes
O case RK3588-S offline TTS SDK, e o case RK3588 vision SDK, fornecem referências sob diferentes funções, dispositivos e condições de teste. Leia seu desempenho e escopo separadamente. Forneça código, ABI, interfaces, dependências e metas de entrega por meio do serviço de adaptação RK3588 Android, para definir empacotamento, integração e verificações.
RK3588-S offline TTS SDK caso, em chinês · RK3588 caso de visão SDK, em chinês · Serviço de adaptação RK3588 Android, em chinês
Online
Telefone
WeChat
voltar ao topo