Aula 02 fundamentos

Android Básico – Hello World!

M.Sc. Márcio Palheta 2/94
Instrutor
● Programador desde 2000
● Aluno de doutorado
● Mestre em informática pelo
ICOMP/UFAM
● Especialista em aplicações
WEB – FUCAPI
● marcio.palheta@gmail.com
● sites.google.com/site/marcio
palheta

Agenda
● Dispositivos e compatibilidade
● Instalação do ambiente de programação Android
● Primeira aplicação android – Hello World!
● Trabalhando com o simulador
● Conceitos iniciais - Ciclo de vida de uma Activity
● Usando a pasta de recursos – RES
● Entendendo a classe R.java
● Componentes de tela – por dentro do XML
● Planejamento das telas baseadas em Layouts

Dispositivos e compatibilidade

Instalação do Android – ADT Bundle
● Android SDK (Software Development
Kit) provê ferramentas para realização
de builds, testes e debug
● ADT Bundle (Android Developer
Tools) é o ambiente de
desenvolvimento que traz Android
SDK e a IDE Eclipse juntos, prontos
para o trabalho.
● Baixe e descompacte o ADT Bundle:
● http://developer.android.com/sdk/index.html

Execução da IDE Eclipse
● Após descompactar o ADT Bundle, execute o eclipse

Execução da IDE Eclipse
● Escolha um diretório
para sua área de
trabalho

Tela de Boas Vindas!

Atualização das ferramentas
● No menu principal,
selecione: Android SDK
Manager
● Neste curso, usaremos o
Android 4.4 (API 19)
● É uma boa baixar a
Google API

Exercício 01: Minha primeira App
● Menu File/New/Android Application Project

Exercício 01: Configurações da App

Exercício 01: Definição de layout

Exercício 01: Activity e Layout

O que foi gerado?
● OlaMundoActivity.java: Classe filha
de Activity, reponsável por controlar
uma tela da aplicação;
● R.java: Classe responsável pelo
mapeamento dos elementos da view
com model e cotroller.
OBS: NÃO alterar manualmente
● Pasta RES: Pasta de recursos da
App, onde ficam as telas
● AndroidManifest.xml: Arquivo de
configurações da app

OlaMundoActivity.java

Classe filha
de Activity

Classe filha
de Activity
Método inicial

Pluga a view
no controller
Classe filha
de Activity
Método inicial

Recursos e a pasta RES
● RES é a pasta onde ficam os recursos de uma app
● RES/LAYOUT/ armazena as telas da aplicação, escritas
em xml, como olamundolayout.xml
● RES/VALUES/ pasta que utiliza qualifiers para facilitar a
internacionalização da aplicação:
– values: pasta padrão
– values-pt-rBR: português Brasil
– Values-en-rUS: inglês Estados Unidos
● RES/RAW/ armazena arquivos de mídia, como mp3
ou vídeos

Recursos e a pasta RES
● RES/DRAWABLE/ pasta que armazenas imagens da app.
● Usa qualifiers para definir a resolução a ser utilizada:
– res/drawable-ldpi: dispositivos com baixa
resolução(muito raros)
– res/drawable-mdpi: dispositivos com resolução
média(raros)
– res/drawable-hdpi: alta resolução(maioria)
– res/drawable-tvdpi: televisões

/res/layout/olamundolayout.xml

Modo gráfico

Modo gráfico
Paleta de
componentes

Modo gráfico
Paleta de
componentes
Pré-visualização

Modo de edição
de XML

Modo de edição
de XML
Layout principal
da tela

Modo de edição
de XML
Layout principal
da tela
Atributos para
ocupar a tela toda

Componente
de texto
Modo de edição
de XML
Layout principal
da tela

Componente
de texto
Modo de edição
de XML
Layout principal
da tela
Tamanho
adequado ao
conteúdo

Componente
de texto
Modo de edição
de XML
Layout principal
da tela
Referência para
o arquivo de I18N
/res/values/strings.xml

Arquivo usado
Para I18N

Arquivo usado
Para I18N
Chave usada
na view

Arquivo usado
Para I18N
Chave usada
na view
Valor a ser
exibido na view

Teste da App em emuladores
● É uma boa prática o uso
de devices (tablets ou
celulares) para testar as
nossas Apps
● Outra opção para testes é
o uso de simuladores
● Clique no ícone do Android
Virtual Device Manager
● Na nova tela, clique no
botão New

Configurações do emulador

Nome do
simulador

Nome do
simulador
Tipo de device
a ser emulado

Nome do
simulador
Tipo de device
a ser emulado
Versão do
Android que
deve será
emulada
no device

Nome do
simulador
Tipo de device
a ser emulado
Versão do
Android que
deve será
emulada
no device
Ajuste o espaço
de
armazenamento

Nome do
simulador
Tipo de device
a ser emulado
Versão do
Android que
deve será
emulada
no device
Encerre as
configurações
Ajuste o espaço
de
armazenamento

Iniciar o novo emulador

Selecione o seu
emulador

Selecione o seu
emulador
INICIE o seu
emulador

EXECUTE o seu
emulador

Emulador pronto para o uso
● Um booom tempo depois,
o seu emulador está
pronto para o uso
● Por motivos óbvios, evite
encerrar o emulador
● Agora, vamos executar
nossa primeira App e ver o
resultado no emulador
criado

Configuração de deploy
● Clique no menu Run / Run Configurations...
● Clique com botão direito em Android Application / New
● Informe um nome para a configuração: HelloWorld
● Selecione o nosso projeto, clicando no botão Browser
● Clique no botão Apply para salvar as configurações
● Clique no botão Run para executar a App no Virtual
Device (vulgo Emulador)
● A seguir, veremos como fica a tela de configurações

Configurando a execução da App

Inclusão de serviço de LOG
● Na primeira execução da App, o ADT pergunta se você
deseja usar o sistema de logs chamado Logcat

App rodando no Emulador

Fundamentos de Android
Código fonte
JAVA (.java)
Compilador
(javac)
Bytecode
JAVA (.class)
Empacota
(.jar)
JAVA
VM
PROJETOS JAVA

Fundamentos de Android
Código fonte
JAVA (.java)
Compilador
(javac)
Bytecode
JAVA (.class)
Empacota
(.jar)
JAVA
VM
PROJETOS JAVA
Código fonte
JAVA (.java)
Compilador
(javac)
Bytecode
JAVA (.class)
Empacota
(.dex)
DALVIK
VM
PROJETOS ANDROID

Fundamentos de Android - Estrutura

Ciclo de vida - Activity

Ciclo de vida - ActivityChamado quando a App
é criada. Usado para
criação da view e acesso
a componentes.

a componentes.
Chamado antes da App
ficar Visível na tela. Se
der tudo certo, chama
onResume(), senão,
onStop().

a componentes.
Chamado antes da App
ficar Visível na tela. Se
der tudo certo, chama
onResume(), senão,
onStop().
Chamado quando a App
está em 1o plano, onde
ocorre interação com o
usuário.

Ocorre quando o Android
chama outra atividade.
A nossa App perde
o direito à tela.

A nossa App perde
o direito à tela.
Ocorre quando outra
atividade obteve o 1o
plano ou quando a App
está sendo eliminada.

A nossa App perde
o direito à tela.
Ocorre quando outra
atividade obteve o 1o
plano ou quando a App
está sendo eliminada.Última chance da App
executar algo. Ocorre
porque o Android precisa
de recursos, ou usuário
finalizou a App

Exercício 02: Teste de eventos
● Vamos alterar nossa classe OlaMundoActivity para
incluir mensagens de log, lançadas a cada evento do
ciclo de vida da Activity
● Que tal usarmos o famoso sysout ? Nem pensar. :-)
● Vamos usar o LogCat
● Para isso, basta usarmos o comando:
– Log.i(“GrupoDeMensagens”, “Mensagem”)
● Inclua mensagens em todos os métodos de eventos,
conforme exemplo a seguir

Exercício 02: Teste de eventos

Componentes de tela
● As telas em Android são
feitas em arquivos XML
● Telas ficam em:
/res/layouts
● Componentes declados no
XML são tratados como
componentes java, filhos
de android.view.View
● Podemos agrupa-losem
ViewGroup's filhas de View

Novos componentes de tela
● Vamos melhorar nossa interface, alterando o layout para
LinearLayout e incluindo:
– Um campo de texto para receber o nome do usuário
– Um botão que, após o clique, exibe uma mensagem
de boas vindas.

Exercício 03: Inclusão de Strings
● Altere o arquivo /res/values/strings.xml

Exercício 03: Inclusão de Strings
● Altere o arquivo /res/values/strings.xml
Novas chaves:
nome e clique

Exercício 03: Mudanças na tela
● Arquivo: /res/layout/olamundolayout.xml

Novo layout
da nossa APP,
usando
LinearLayout

Componente
TextView
para exibir título

Componente
TextView
para exibir título
Define que o ID
do componente é
igual a tvHello

● Arquivo: /res/layout/olamundolayout.xml Componente
texto chamado
id = edNome

Componente
botão chamado
id = btExibir

Na estrada, até aqui...
● Alteramos a view (olamundolayout.xml), para inclusão
de dois componentes:
– Um EditText que representa um campo de texto que
recebe um texto digitado pelo usuário
– E um Button que representa um botão. Após o
evento de clique do botão, o sistema deve exibir uma
mensagem de boas vindas.
● Agora, precisamos alterar a classe controller
(OlaMundoActivity.java), para implementação da
lógica de negócios da nossa app.

Exercício 03: Regras de negócio

Atributos que
representam
campos da tela

Busca campos
da tela por ID

Criação do
Listener para o
Evento de clique
do botão

Criação do
Listener para o
Evento de clique
do botão
Método invocado
após o clique
do botão

Execução da App em um device
● Conect o cabo de dados de um device (tablet ou celular)
● Acione o menu Run / Run Configurations

Na aba Target,
selecione a opção
Always prompt..

Na aba Target,
selecione a opção
Always prompt..
Execute a app

Executando a App em um device
● Escolha o device onde você quer rodar sua app

Escolha o device

Escolha o device
Clique em OK

App rodando no device
Device Galaxy S2

App rodando no device
Device Galaxy S2 Virtual Device

Alertas e confirmações
● No desenvolvimento de aplicações, é comum o uso de
telas de Alerta e Confirmação
● Para essa finalidade, em Android utilizamos a classe
android.app.AlertDialog
● A classe estática android.app.AlertDialog.Builder é usada
construção do componente, e atualização da tela
● No exercício a seguir, criaremos um novo botão na tela
principal e, quando clicado, será exibida uma tela de alerta

Exercício 04: Exibir tela de Alerta
● Tela atualizada ● /res/values/strings.xml
● /res/layout/olamundolayout.xml

Exercício 04: Exibir tela de Alerta

O que vem a seguir?
● Cadastro de Alunos
● Tela de cadastro
● Persistência com SQLite
● Intents
● Câmera e arquivos
● LayoutInflater
● Serviços de background
● Integração via JSON

Referências
● www.caelum.com.br
● d.android.com
● LECHETA, Ricardo. Google Android, 3a edição,
Novatec, São Paulo, 2013
● Código fonte completo:
https://github.com/marciopalheta/cursosandroid

Aula 02 fundamentos

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Aula 02 fundamentos

Aula 02 fundamentos