Veja a lista abaixo para saber mais sobre a terminologia básica do Android Open Source Project (AOSP). Veja outras fontes para definições de termos-chave:
- Seção Parâmetros de compilação do Documento para definição de compatibilidade do Android (CDD, na sigla em inglês)
- Terminologia de áudio
- Terminologia de áudio USB
- Terminologia automotiva
- Terminologia do Telefone automotivo
- Terminologia de cluster de instrumento automotivo
- Vocabulário do desenvolvedor de apps
- Terminologia da versão da câmera
- Terminologia de Sobreposição da árvore de dispositivos (DTO, na sigla em inglês)
- Terminologia de ciclo de vida para a Matriz de compatibilidade de framework (FCM, na sigla em inglês)
- Terminologia de integridade
- Terminologia de HIDL
- Terminologia de keystore protegido por hardware
- Terminologia de várias telas
Consulte Programar com respeito para ver exemplos de terminologia a serem usados ou evitados para manter um ecossistema mais inclusivo.
Apps
- Arquivo .apk
- Arquivo de pacote de apps para Android. Cada aplicativo para Android é compilado e empacotado em um único arquivo que inclui todo o código (arquivos .dex), recursos e o arquivo de manifesto do app. O arquivo de pacote pode ter qualquer nome, mas precisa usar a extensão
.apk
. Exemplo:myExampleAppname.apk
. Por conveniência, o arquivo de pacote de um app é geralmente denominado ".apk".Relacionado: Aplicativo.
- Ação
- Descrição de algo que o sender de um intent quer que seja feito. Uma ação é um valor de string atribuído a um intent. As strings de ação podem ser definidas pelo Android ou por um desenvolvedor terceiro. Por exemplo, android.intent.action.VIEW para um URL da Web ou
com.example.rumbler.SHAKE_PHONE para que um app personalizado faça o smartphone vibrar.
Relacionado: intent.
- Atividade
- Uma única tela em um app compatível com código Java e derivada da classe
Activity
. Geralmente, uma atividade é visivelmente representada por uma janela em tela cheia que pode receber e processar eventos de UI e realizar tarefas complexas, devido ao Windows usado na renderização. Embora uma atividade seja tipicamente exibida em tela cheia, ela também pode flutuar ou ser transparente. - Aplicativo
- Da perspectiva de um componente, um aplicativo para Android consiste em um ou mais receptores de atividades, serviços, listeners e recebedores de intents. Da perspectiva do arquivo de origem, um aplicativo para Android consiste em códigos, recursos e um único manifesto. Durante a compilação, esses arquivos são empacotados em um único arquivo denominado arquivo de pacote de apps (.apk).
- Broadcast Receiver
- Uma classe de apps que ouve intents que são transmitidos em vez de enviados a um único app/atividade de destino. O sistema
envia um intent de transmissão para todos os broadcast receivers interessados, que
processam o intent em sequência.
Relacionados: Intent, Filtro de intent.
- Provedor de conteúdo
- Uma camada de abstração de dados que pode ser usada para expor com segurança os
dados do seu app para outros. Um provedor de conteúdo é criado na classe
ContentProvider
, que processa strings de consulta de conteúdo de um formato específico para retornar dados em um determinado formato. Consulte o tópico Provedores de conteúdo para saber mais.Relacionado: uso do URI no Android
- Caixa de diálogo
- Uma janela flutuante que funciona como uma formulário leve. Uma caixa de diálogo pode ter apenas controles de botões e tem o objetivo de realizar uma ação simples (por exemplo, a escolha de um botão) e, talvez, retornar um valor. O objetivo de uma caixa de diálogo não é persistir na pilha de histórico, conter layout complexo ou realizar ações complexas. O Android oferece uma caixa de diálogo simples padrão com botões opcionais, embora você possa definir o próprio layout de caixa de diálogo.
A classe básica para caixas de diálogos é
Dialog
.Relacionado: Atividade.
- Intent
- Um objeto de mensagem que pode ser usado para iniciar ou se comunicar com outros
apps e atividades de maneira assíncrona. Um objeto de intent é uma instância de
Intent
. Ele inclui vários campos de critérios que podem ser oferecidos para determinar que app ou atividade receberá o intent e o que o receptor fará quando processar o intent. Os critérios disponíveis incluem a ação visada, uma categoria, uma string de dados, o tipo MIME dos dados, uma classe de gerenciamento, entre outros. Um app envia um intent para o sistema Android em vez de diretamente para outro app ou atividade. O app pode enviar o intent para um único app de destino ou como uma transmissão, que, por sua vez, pode ser processada por vários apps em sequência. O sistema Android é responsável por resolver o melhor receptor disponível para cada intent, com base nos critérios oferecidos e nos filtros de intent definidos por outros apps. Para saber mais, consulte Intents e filtros de intent.Relacionados: Filtro de intent, Broadcast Receiver.
- Filtro de intent
- Um objeto de filtro que um app declara no arquivo de manifesto para
informar ao sistema quais tipos de intent cada um dos componentes está disposto a
aceitar e com quais critérios. Por meio de um filtro de intent, um app pode expressar interesse em tipos de dados específicos, ações de intent, formatos de URI e assim por diante. Ao resolver um intent, o sistema avalia todos os filtros de intent disponíveis em todos os apps e transmite o intent ao app/atividade que melhor atende aos critérios. Para saber
mais, consulte Intents
e filtros de intent.
Relacionados: Intent, Broadcast receiver.
- Recursos
- Componentes de app não programáticos externos ao
código compilado do app, mas que podem ser carregados a partir do código
por um formato de referência conhecido. O Android é compatível com vários tipos de recurso, mas os recursos comuns de um app consistem em strings de IU, componentes de layout de IU, gráficos ou outros arquivos de mídia etc.
Um app usa recursos para oferecer compatibilidade com localização e perfis e estados variados de dispositivo. Por exemplo, um app incluiria um conjunto separado de recursos para cada tipo de local ou de dispositivo compatível e poderia incluir recursos de layout específicos para a orientação de tela atual (paisagem ou retrato). Para saber mais sobre recursos, consulte Recursos. Os recursos de um app são sempre armazenados nas subpastas
res/*
do projeto. - Serviço
- Um objeto de classe
Service
que é executado em segundo plano (sem uma presença de IU) para realizar várias ações persistentes, como tocar música ou monitorar a atividade de rede.Relacionado: Atividade
- URIs no Android
- O Android se baseia em strings de URI (Uniform Resource Identifier) para solicitar dados em um provedor de conteúdo (por exemplo, para recuperar uma lista de contatos) e ações em um intent (por exemplo, abrir uma página da Web em um navegador). O formato e o esquema do URI são especializados de acordo com o tipo de uso, e um app pode processar strings e esquemas de URI específicos da maneira que quiser. Alguns esquemas de URI são reservados pelos componentes do sistema. Por exemplo, solicitações de dados de um provedor de conteúdo precisam usar o
content://
. Em um intent, um URI que usa um esquemahttp://
será processado pelo navegador.
Build
- adb
- Android Debug Bridge, um app de depuração de linha de comando incluído no SDK. Ele oferece ferramentas para navegar pelo dispositivo, copiar ferramentas e encaminhar portas para depuração. Se você está desenvolvendo no Android Studio, o adb está integrado no seu ambiente para desenvolvedores. Consulte Android Debug Bridge para saber mais.
- Git
- A ferramenta de controle de origem usada pelo Android que operava historicamente em um único repositório do Git. Usado em conjunto com Repo para vários repositórios Git. Consulte Ferramentas de controle de origem > Git para ver mais informações.
- Ramificação Git - canônica
- Versões distintas para cada repositório Git, como
android-11.0.0_r1
, encontradas em cs.android.com/android/platform/superproject/+/android-11.0.0_r1. Para ver mais informações, consulte Ramificações Git - Resumo de Ramificações (link em inglês). - Ramificação Git - local
- Uma ramificação temporária no cliente Repo atual para fazer alterações no código, começando com o comando
repo start project-name .
. Uma linha de desenvolvimento ativa. A confirmação mais recente em uma ramificação é chamada de "ponta" da ramificação. - Repositório do Git
- Anteriormente chamado de projeto, isso faz parte da base do código que representa um
componente ou tipo de dispositivo específico, como
frameworks/base
ouplatform/packages/apps/Car/Media
. - Arquivo de manifesto
- Um arquivo XML que descreve um conjunto de repositórios Git, as revisões do Git em que esses projetos serão verificados e o layout em um sistema de arquivos. Esse arquivo define os vários repositórios Git que a ferramenta Repo precisa buscar em uma finalização do cliente Repo para criar um produto (como o Android Automotive OS). Veja todos os manifestos em android.googlesource.com/platform/manifest/+refs. Veja o manifesto padrão incluído nos arquivos AndroidManifest para extrair os arquivos da plataforma Android (AOSP) em android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml. Consulte o arquivo AndroidManifest.xml para ver informações sobre o app e formato do manifesto do repo para desenvolvimento de plataformas.
- Atualização over-the-air (OTA)
- Os dispositivos Android em uso podem receber e instalar atualizações OTA (over-the-air) no sistema, software de aplicativo e regras de fuso horário. Consulte Atualizações OTA para saber mais.
- Repo
- Um wrapper Git para facilitar operações em vários repositórios Git. Ele agrega e gerencia os muitos repositórios Git como uma finalização ou uma base de código única. Consulte Ferramentas de controle de origem > Repo para ver mais informações.
android11-gsi
ouaosp-android-games-sdk
,
transferido por download por comandos repo init
erepo sync
. Consulte a descrição do arquivo de manifesto para ver links de todos os arquivos de manifesto e use
https://cs.android.com/ para pesquisar os builds.
Gráficos
- Tela
- Superfície de desenho que processa a composição dos bits reais de acordo com um
objeto Bitmap ou Surface. Ela tem métodos para desenhos computacionais padrão de bitmaps, linhas, círculos, retângulos, texto e muito mais, além de ser vinculada a um Bitmap ou Surface. A tela é a maneira mais simples e fácil de desenhar objetos 2D na tela. A classe básica é
Canvas
. - Drawable
- Um recurso visual compilado que pode ser usado como segundo plano, título ou
outra parte da tela. Normalmente, um drawable é carregado em outro elemento da IU, como uma imagem de plano de fundo. Um drawable não pode receber eventos, mas atribui várias outras propriedades, como “estado” e programação, para ativar subclasses, como objetos de animação ou bibliotecas de imagens. Muitos objetos drawable são carregados a partir de arquivos de recurso de drawable: arquivos xml ou bitmap que descrevem a imagem. Recursos de drawable são compilados em subclasses de
android.graphics.drawable
. Para saber mais sobre drawables e outros recursos, consulte Recursos. - Recurso de layout
- Um arquivo XML que descreve o layout de uma tela de atividade.
Relacionado: Recursos
- Imagem Nine-patch / 9-patch / Ninepatch
- Um recurso de bitmap redimensionável que pode ser usado para planos de fundo ou outras
imagens no dispositivo. Consulte
Imagem expansível Nine-patch para saber mais.
Relacionado: Recursos.
- OpenGL ES
- O Android oferece bibliotecas OpenGL ES para renderização 3D acelerada por hardware. Para renderização 2D, Canvas é a opção mais simples. O OpenGL ES está disponível no Kit de desenvolvimento nativo do Android (NDK) para facilitar o uso. Os pacotes
android.opengl
ejavax.microedition.khronos.opengles
expõem a funcionalidade do OpenGL ES. - Superfície
- Um objeto de tipo
Surface
que representa um bloco de memória composto na tela. Um objeto Superfície evita que um objeto Canvas desenhe e oferece vários métodos auxiliares para desenhar camadas e redimensionar a superfície. Não use essa classe diretamente. UseSurfaceView
.Relacionado: Canvas
- SurfaceView
- Um objeto View que une um objeto Surface para fazer desenhos e expõe métodos para especificar o tamanho e o formato dinamicamente. Um SurfaceView permite desenhar de maneira independente da linha de execução de IU para operações com uso intenso de recursos, como jogos ou visualizações de câmera. No entanto, essa opção consome mais memória.
O SurfaceView é compatível com gráficos Canvas e OpenGL ES. A classe básica é
SurfaceView
.Relacionado: Surface
- Tema
- Um conjunto de propriedades (tamanho de texto, cor de plano de fundo etc.) agrupadas para definir várias configurações padrão de exibição. O Android oferece poucos temas padrão, que estão listados em
R.style
(começam com "Theme_"). - Ver
- Um objeto que é desenhado em uma área retangular na tela e processa cliques,
pressionamento de teclas e outros eventos de interação. Um view é uma classe básica para a maioria dos componentes de layout em uma tela de atividade ou caixa de diálogo (caixas de texto, janelas etc.). Ele recebe chamadas do objeto pai (consulte ViewGroup) para desenhar a si mesmo e informa ao objeto pai onde quer estar e qual tamanho quer ter (o que pode ou não ser respeitado). Para saber mais, consulte
View
.Relacionados: Hierarquia de visualizações, ViewGroup, Widget
- Hierarquia de visualização
- Uma organização de objetos View e ViewGroup que define a interface do usuário para cada componente de um app. A hierarquia consiste em grupos de visualizações que contêm uma ou mais visualizações filhas ou grupos de visualizações. Você pode conseguir uma representação visual de uma hierarquia de visualizações para depuração e otimização usando o Hierarchy Viewer, que é fornecido com o SDK Android.
- ViewGroup
- Um objeto contêiner que agrupa um conjunto de visualizações filhas. O grupo de visualizações é responsável por decidir onde as visualizações filhas são posicionadas e qual pode ser o tamanho delas, bem como por chamar cada uma para fazer o próprio desenho quando apropriado.
Alguns grupos de visualizações são invisíveis e servem apenas para layout, enquanto outros têm uma IU intrínseca (por exemplo, uma caixa de listagem de rolagem). Os grupos estão todos
no pacote
widget
, mas estendemViewGroup
.Relacionados: View, Hierarquia de visualização
- Widget
- Um dos conjuntos de subclasses View totalmente implementadas que renderizam elementos de formulário e outros componentes de IU, como caixa de texto ou menu pop-up.
Como um widget é totalmente implementado, ele processa a medição e o desenho por conta própria e responde a eventos de tela. Os widgets estão todos no pacote
android.widget
. - Janela
- Em um app Android, um objeto derivado da classe abstrata
Window
que especifica os elementos de uma janela genérica, como aparência (texto da barra de título, local e conteúdo dos menus etc.). A caixa de diálogo e a atividade usam uma implementação dessa classe para renderizar uma janela. Você não precisa implementar essa classe ou usar janelas no seu app.
Plataforma
- Android Runtime (ART) e Dalvik
- O Android Runtime (ART) é o tempo de execução gerenciado usado por apps e alguns serviços do sistema no Android. O Android Runtime (ART) é o tempo de execução padrão para dispositivos que executam o Android 5.0 (API de nível 21) e versões mais recentes. O ART e seu antecessor, Dalvik, foram originalmente criados especificamente para o projeto Android. O ART como tempo de execução executa o formato Dalvik Executable e a especificação de bytecode do Dex. ART e Dalvik são tempos de execução compatíveis com bytecode do Dex. Por isso, os apps desenvolvidos para o Dalvik funcionarão com o ART.
- Arquivo .dex
- Arquivo de código de aplicativopara Android compilado.
Os programas do Android são compilados em arquivos .dex (Dalvik Executable) que, por sua vez, são compactados em um único arquivo .apk no dispositivo. Os arquivos .dex podem ser criados por meio da tradução automática de apps compilados programados na linguagem Java.