Nelson Glauber de Vasconcelos Leal

Transcrição

1 Nelson Glauber de Vasconcelos Leal Novatec

2 Copyright 2015 da Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei de 19/02/1998. É proibida a reprodução desta obra, mesmo parcial, por qualquer processo, sem prévia autorização, por escrito, do autor e da Editora. Editor: Rubens Prates Revisão gramatical: Marta Almeida de Sá Editoração eletrônica: Carolina Kuwabata Assistente editorial: Priscila A. Yoshimatsu Capa: Leo Macedo ISBN: Histórico de impressões: Janeiro/2015 Primeira edição Novatec Editora Ltda. Rua Luís Antônio dos Santos São Paulo, SP Brasil Tel.: novatec@novatec.com.br Site: novatec.com.br Twitter: twitter.com/novateceditora Facebook: facebook.com/novatec LinkedIn: linkedin.com/in/novatec

3 capítulo 1 Conceitos básicos Neste capítulo criaremos nosso primeiro projeto Android e conheceremos sua estrutura. Em seguida, falaremos do processo de compilação e execução de um aplicativo, das ferramentas de depuração existentes e do tratamento de eventos de clique. Veremos também como funciona a alocação de recursos de uma aplicação e como iniciar aplicativos nativos do aparelho. Iniciando um novo projeto com Android Studio Vamos criar o nosso primeiro projeto Android. Abra o Android Studio, e será exibida a tela de boas-vindas 1 apresentada na figura 1.1. Nela, podemos optar respectivamente por: criar um novo projeto; abrir um projeto existente; fazer checkout a partir de um sistema de controle de versão (como Git ou Subversion); importar um projeto existente; alterar configurações no Android Studio; ou acessar a documentação. Selecione a opção Start a new Android Studio project e será exibida a primeira tela do assistente, similar à mostrada na figura Na parte inferior dessa tela existe a opção Check for updates. Clique nessa opção para atualizar o Android Studio para a versão mais atual. 29

4 30 Dominando o Android Figura 1.1 Tela de boas-vindas do Android Studio. Figura 1.2 Tela do assistente de criação de um novo projeto. O campo Application Name é o nome do seu aplicativo que aparecerá no aparelho. Em Company Domain, devemos informar o domínio da sua empresa, e ao preenchê-lo será gerado o Package Name, que representa o pacote Java onde ficarão as classes do projeto. Esse campo é muito importante porque ele serve de identificador único do seu aplicativo, ou seja, não pode haver dois aplicativos com o mesmo nome de pacote instalados no aparelho. É essencial escolher um bom nome, pois não é possível publicar uma aplicação no Google Play com dois nomes de pacote iguais. Por fim, em Project Location podemos selecionar onde será salvo o projeto. Por padrão, os projetos ficarão armazenados no subdiretório AndroidStudioProjects dentro diretório do usuário no sistema operacional. Clique em Next para irmos para a próxima etapa do assistente exibida na figura 1.3.

5 Capítulo 1 Conceitos básicos 31 Figura 1.3 Selecionando o tipo do dispositivo do projeto. Nessa tela podemos optar por criar os módulos da nossa aplicação para smartphone e tablet, TV, Wear (relógios) e Glass (óculos). Em todos os casos, devemos preencher o campo Minimum required SDK, que é a versão mínima do Android que o aparelho deve possuir para executar nossa aplicação. Quanto menor a versão, mais dispositivos poderemos suportar, porém teremos menos APIs disponíveis. Boa parte do que utilizaremos neste livro será suportada pela versão 2.3 do Android ou posterior (o que contempla a quase totalidade dos aparelhos do mercado), mas deixaremos explícito quando usarmos alguma API que necessite de uma versão específica. Por ora, selecione apenas Phone and Tablet e clique em Next para irmos à próxima tela do assistente exibida na figura 1.4. Nessa tela do assistente, podemos adicionar uma Activity ao nosso projeto. Falaremos sobre Activities no próximo capítulo, mas por ora saiba que toda tela de uma aplicação é uma Activity. Selecione Blank Activity e clique em Next para exibir a tela da figura 1.5. Nessa tela, podemos informar o nome da Activity principal da aplicação no campo Activity Name. Por convenção, sempre colocamos Activity no final do nome da classe. Por padrão, o assistente nomeia a classe como MainActivity. Cada activity tem o seu aspecto visual especificado em arquivos XML que chamaremos daqui em diante simplesmente de arquivos de layout. O nome desse arquivo é definido no campo Layout Name. Por fim, no campo Title, especificamos o nome da aplicação

6 32 Dominando o Android que aparecerá para o usuário no aparelho. Clique em Finish para concluir o assistente e criar o projeto 2. Figura 1.4 Selecionando uma Activity inicial para o projeto. Figura 1.5 Informando o nome da Activity principal da aplicação. 2 É importante que você tenha conexão com a internet nesse momento (principalmente a primeira vez), pois o Android Studio fará o download de algumas dependências do projeto.

7 Capítulo 1 Conceitos básicos 33 Nos próximos projetos que criaremos no decorrer do livro, informaremos apenas o nome do projeto, do pacote e da activity principal da aplicação. Se formos definir algo diferente do que vimos aqui, deixaremos isso explícito. Fique à vontade para escolher o que preferir, e também fique atento para usar o nome de pacote que você escolheu quando for necessário. Para esse exemplo, daríamos apenas as informações mostradas a seguir. Application Name Package Name Activity Name Ex01_Hello dominando.android.ex01_hello MainActivity Depois que o projeto for criado, teremos uma estrutura igual à da figura 1.6. Figura 1.6 Estrutura de um projeto no Android Studio. Na parte superior, selecione a opção Project que nos proporcionará outra visualização do nosso projeto. Utilizaremos essa visualização no decorrer do livro. Vamos detalhar alguns arquivos dessa estrutura agora e discutiremos outros no decorrer do livro. Focaremos inicialmente no arquivo AndroidManifest.xml e nas pastas app/src/main/java e app/src/main/res. Começando pelo AndroidManifest.xml listado a seguir.

8 34 Dominando o Android <?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android=" package="dominando.android.ex01_hello" > <application android:allowbackup="true" android:icon="@drawable/ic_launcher" android:label="@string/app_name" android:theme="@style/apptheme" > <activity android:name=".mainactivity" android:label="@string/app_name" > <intent-filter> <action android:name="android.intent.action.main" /> <category android:name="android.intent.category.launcher" /> </intent-filter> </activity> </application> </manifest> Boa parte da informação contida nesse arquivo foi criada com as informações que preenchemos no assistente de criação do projeto. Na tag <manifest>, temos o pacote da aplicação definido na propriedade package. Em seguida, na tag <application>, adicionamos algumas configurações ao nosso aplicativo. A propriedade android:allowbackup informa que o Android poderá fazer backup dos dados da aplicação. Em seguida, a propriedade android:icon define o ícone da aplicação apontando Mas o que isso significa? Cada recurso da aplicação (imagem, texto, layout, som etc.) é mapeado em um identificador 3 na classe R, que é gerada automaticamente, e esses recursos ficam localizados na pasta app/src/main/res. Por exemplo, se observarmos a pasta res/drawable-mdpi, notaremos que haverá um arquivo chamado ic_launcher.png, que estará representado na classe R pelo identificador R.drawable.ic_launcher, que poderemos usar no nosso código Java. Para usar essa mesma imagem em arquivos XML como o AndroidManifest.xml, Mas por que temos quatro pastas drawable? As quatro pastas armazenam a mesma imagem para telas com qualidades diferentes (DPI Dots Per Inch), que explicaremos mais adiante ainda neste capítulo. 3 Esse identificador é um inteiro de 32 bits do Java (int).

9 Capítulo 1 Conceitos básicos 35 Voltando ao AndroidManifest.xml, na propriedade android:label, estamos apontando Seguindo a lógica do ícone da aplicação, deveríamos ter uma pasta chamada string, certo? Quase! No caso dos textos da aplicação, eles estão localizados no arquivo res/values/strings.xml. <?xml version="1.0" encoding="utf-8"?> <resources> <string name="app_name">ex01_hello</string> <string name="hello_world">hello world!</string> <string name="action_settings">settings</string> </resources> Assim, para acessar o texto Ex01_Hello em nosso código Java, usaríamos o método getstring(int) passando o identificador R.string.app_name como parâmetro, enquanto em arquivos XML O resumo de alguns recursos e seu mapeamento na classe R e a forma de acessá-los em arquivos XML estão descritos na tabela 1.1. Tabela 1.1 Mapeamento dos recursos na classe R e no XML Recurso ID da classe R Em arquivos XML res/drawable/ic_launcher.png res/layout/activity_main.xml res/menu/menu_main.xml res/values/strings.xml <string name="ola"> res/values/dimens.xml <dimen name="margem"> Mais uma vez voltando ao AndroidManifest.xml, todas as activities da aplicação devem estar declaradas nesse arquivo com a tag <activity>, e na propriedade android:name informamos o nome da classe. Já em android:label, informamos o texto que aparecerá no título da tela (mais uma vez usando o texto declarado no res/values/strings.xml). Também explicaremos as tags <intent-filter>, <action> e <category> mais adiante, mas, por enquanto, devemos apenas saber que a ação android.intent.action.main indica que essa activity é um ponto de entrada da aplicação, ou seja, por onde o usuário pode acessá-la, e a categoria android.intent.category.launcher indica que a Activity aparecerá na lista de aplicações do aparelho.

10 36 Dominando o Android Vamos analisar agora o código da classe MainActivity listado a seguir. package dominando.android.ex01_hello; import android.support.v7.app.actionbaractivity; import android.os.bundle; import android.view.menu; import android.view.menuitem; public class MainActivity extends ActionBarActivity protected void oncreate(bundle savedinstancestate) { super.oncreate(savedinstancestate); setcontentview(r.layout.activity_main); public boolean oncreateoptionsmenu(menu menu) { // Inflate the menu; this adds items to the action bar if it is present. getmenuinflater().inflate(r.menu.menu_main, menu); return true; public boolean onoptionsitemselected(menuitem item) { // Handle action bar item clicks here. The action bar will // automatically handle clicks on the Home/Up button, so long // as you specify a parent activity in AndroidManifest.xml. int id = item.getitemid(); if (id == R.id.action_settings) { return true; } return super.onoptionsitemselected(item); } } Ela está definida no pacote que indicamos no assistente de criação do projeto e herda da classe ActionBarActivity. Essa é uma subclasse de Activity que permite que a nossa aplicação use a action bar, que é a barra localizada na parte superior da tela, onde ficam o título e as opções de menu. Fazendo uma analogia com aplicações desktop, ela seria uma mistura de barra de título, menu de opções e barra de ferramentas. Exploraremos a ActionBar no capítulo 6.

11 Capítulo 1 Conceitos básicos 37 O método oncreate(bundle) é chamado quando a Activity é criada 4, e nele chamamos o método setcontentview(int) para informar qual é o arquivo de layout dessa tela. O arquivo de layout é um XML com a descrição dos componentes que devem ser exibidos na tela e está localizado em res/layout/activity_main.xml. Notem que também estamos usando a classe R para nos referenciar a ele, usando R.layout.activity_main. Ao dar um Ctrl+Clique (ou Command+Clique no Mac), será exibido o editor visual de layouts, similar ao da figura 1.7. Figura 1.7 Editor visual de layouts. A paleta com os componentes que podemos adicionar ao nosso arquivo de layout está localizada no lado esquerdo. No canto superior direito, temos o Component Tree, que nos permite visualizar a estrutura do arquivo de layout, ou seja, como os componentes estão organizados hierarquicamente. Já na parte inferior direita, temos a lista de propriedades do componente, as quais podemos editar. Na parte central, além da pré-visualização do layout, temos na área superior algumas opções interessantes para simularmos variações em nosso layout, como vê-lo em landscape (na horizontal), em um idioma diferente ou em outros aparelhos. Na parte inferior é possível notar duas abas: Design e Text. A segunda exibe o XML do arquivo de layout, que deve estar como este: 4 Não devemos usar o construtor de uma subclasse de Activity para fazer inicializações.

12 38 Dominando o Android <RelativeLayout xmlns:android=" xmlns:tools=" android:layout_width="match_parent" android:layout_height="match_parent" android:paddingleft="@dimen/activity_horizontal_margin" android:paddingright="@dimen/activity_horizontal_margin" android:paddingtop="@dimen/activity_vertical_margin" android:paddingbottom="@dimen/activity_vertical_margin" tools:context=".mainactivity"> <TextView android:text="@string/hello_world" android:layout_width="wrap_content" android:layout_height="wrap_content" /> </RelativeLayout> Falaremos em layouts e componentes detalhadamente nos capítulos 2 e 3. Entretanto vamos fazer algumas observações aqui para você ter uma ideia do que está acontecendo. O RelativeLayout é um gerenciador de layout que posiciona cada componente em relação aos demais ou às bordas. Nesse exemplo, definimos a propriedade android:padding (que é um espaçamento dado entre a borda do componente e o seu conteúdo) Mas você deve estar vendo o valor 16dp, certo? Porém, se você pausar o cursor sobre o valor, verá que estamos apontando para Vá até o diretório res/values/dimens.xml e verá a declaração desses valores. Esse valor é uma recomendação do Android para margens, e usar o arquivo dimens.xml nos permite colocar esse tipo de informação em um único local. <resources> <!-- Default screen margins, per the Android Design guidelines. --> <dimen name="activity_horizontal_margin">16dp</dimen> <dimen name="activity_vertical_margin">16dp</dimen> </resources> Outro detalhe que queremos destacar no arquivo de layout é a tag <TextView> que representa um texto estático na tela e que tem sua propriedade android:text apontando para mais um texto definido res/values/strings.xml. Discutiremos os métodos oncreateoptionsmenu(menu) e onoptionsitemselected(menuitem) quando formos falar da ActionBar.

13 Capítulo 1 Conceitos básicos Executando a aplicação Para executar a aplicação, conecte seu aparelho ao computador ou inicie o emulador. Em seguida, clique no botão Run app (botão verde em forma de play) e será exibida a tela da figura 1.8, onde podemos selecionar o dispositivo (se houver mais de um) no qual desejamos executar a aplicação. Clique em OK e o aplicativo será exibido no dispositivo selecionado conforme a figura Figura 1.8 Seleção do aparelho para executar a aplicação. Figura 1.9 Aplicação Hello World rodando no emulador. Pronto! Nossa primeira aplicação está em execução e na próxima seção veremos as etapas que ocorreram para que isso acontecesse.

14 40 Processo de compilação Dominando o Android Após observarmos a aplicação executando, é importante entender o que aconteceu durante esse processo. O processo de build (ou construção) envolve a compilação, a assinatura, o empacotamento e a execução do aplicativo. No Android isso é feito de uma forma um pouco diferente de uma aplicação Java convencional (para desktop ou web). Figura 1.10 Processo de build de uma aplicação Android. Conforme podemos ver na figura 1.10, temos as seguintes etapas: O Android Asset Packaging Tool (aapt) obtém os recursos da aplicação e os compila, gerando a classe R.java e os recursos compilados (resources.arsc). O aapt também gera o AndroidManifest.xml encriptado. Todo o seu código Java, incluindo a classe R.java, será compilado em arquivos.class usando o compilador javac. A ferramenta dex converte esses arquivos.class em bytecodes da máquina virtual do Android. Até o KitKat, a máquina virtual era a Dalvik, mas a partir do Lollipop (5.0) a máquina virtual passou a ser o ART (Android Runtime). O apkbuilder empacota o resources.arsc, o classes.dex e o AndroidManifest.xml (encriptado) em um arquivo.apk (Android Package), que é o arquivo usado para instalação da aplicação. Entranto esse arquivo deve ser assinado pelo jarsigner para poder ser instalado no aparelho. Por padrão, eles são assinados com uma chave de debug. 5 5 Toda aplicação Android é assinada com o arquivo debug.keystore, que encontra-se no subdiretório.android na pasta do usuário. Para publicar no Google Play, usa-se uma outra chave gerada pelo próprio desenvolvedor. Veremos esse processo no capítulo 26.

15 Capítulo 1 Conceitos básicos 41 Uma vez que o.apk é gerado, ele é salvo em seu_projeto/app/build/outputs/apk/app-debug.apk e a IDE utiliza a ferramenta adb (Android Debug Bridge) para instalar a aplicação no dispositivo. Essa ferramenta encontra-se no subdiretório platform-tools dentro da pasta do SDK. O adb tem alguns comandos interessantes 6 que você pode utilizar por meio da linha de comando: adb devices adb kill-server adb start-server adb install -r SuaApp.apk adb shell pm uninstall k pacote.da.app adb push arquivo.jpg /mnt/sdcard adb pull /mnt/sdcard/arquivo.jpg /Users/nglauber/Desktop O comando devices listará os dispositivos conectados ao seu computador. O kill-server encerrará a execução do adb, enquanto o start-server iniciará o serviço. Para instalar um APK no aparelho, podemos usar o comando install, onde o parâmetro -r indica que a aplicação deve ser reinstalada caso já exista. O uninstall irá desinstalar o aplicativo de acordo com o pacote passado como parâmetro. Já os comandos push e pull servem para copiar arquivos para o aparelho e do aparelho respectivamente, passando o local de origem e de destino. Consulte a documentação para conhecer outros comandos do adb. Na próxima seção estudaremos um recurso bastante poderoso: a alocação dinâmica de recursos. Alocação dinâmica de recursos Todos os recursos que usamos na nossa aplicação (strings, imagens, estilos, layouts etc.) ficam dentro da pasta res (abreviação de resources), mas cada subdiretório tem um objetivo específico, os principais são: anim e animator arquivos XML de animações quadro-a-quadro ou de efeito. drawable arquivos de imagens da aplicação. menu arquivos XML com as opções de menu. layout arquivos XML com os layouts de telas. 6 Se estiver usando Mac OS X ou Linux, adicione o./

16 42 Dominando o Android values arquivos XML que contêm valores tais como strings (texto simples), string arrays (lista de valores), dimensões (definição de tamanhos), color (definição de cores), style (estilos) etc. xml essa pasta normalmente armazena arquivos XML de metadados da aplicação. raw outros tipos de arquivos que podem ser usados no projeto. Todos os arquivos armazenados nessas pastas devem obrigatoriamente ser nomeados com todas as letras minúsculas, mas podem conter underline _ ou números a partir do segundo caractere. O Android tem um conceito de alocação dinâmica de recursos, em que o sistema operacional seleciona o recurso mais apropriado de acordo com a configuração do aparelho. Para isso, nós precisamos apenas criar variações dos diretórios, adicionando sufixos a eles, e o Android se encarregará de obter o recurso mais adequado. A tabela 1.2 lista os principais sufixos com alguns exemplos. Tabela 1.2 Sufixos para alocação de recursos Configuração Exemplo do sufixo Recurso para mcc724-mnc05 Operadora do Brasil (mcc-724) e código Operadora mcc724-mnc31 05 (Claro) e 31 (Oi) en Inglês (qualquer país) en-rus Inglês dos Estados Unidos Idioma pt Português (qualquer país) pt-rbr Português do Brasil Tamanho de tela (ver tabela 1.5) Orientação de tela Densidade da tela (ver tabela 1.3) API Level (ver tabela 0.1) small normal large xlarge port land ldpi mdpi tvdpi hdpi xhdpi xxhdpi xxxhdpi v10 v11 v14 Telas pequenas Telas normais Telas grandes Telas extragrandes Portrait (vertical) Landscape (horizontal) Baixa densidade (120 dpi) Média densidade (160 dpi) Densidade de TV (213 dpi) Alta densidade (240 dpi) Densidade extra-alta (320 dpi) Densidade extra-alta (480 dpi) Densidade extra-alta (640 dpi) Aparelhos com Android 2.3 ou superior Aparelhos com Android 3.0 ou superior Aparelhos com Android 4.0 ou superior

17 Capítulo 1 Conceitos básicos 43 É importante ressaltar que podemos combinar os sufixos descritos anteriomente, como por exemplo layout-pt-rbr-large; values-v11-mcc724-mnc31 ou drawable-land-hdpi. Outro detalhe é que o Android buscará o recurso mais próximo, e caso não exista ele procurará algo mais genérico. Para fixar os conceitos apresentados, vamos internacionalizar nosso aplicativo criando o diretório res/values-pt e colocar os textos em português no arquivo strings.xml. Assim, quando o aparelho estiver com o idioma configurado para português, os textos da aplicação mudarão automaticamente. Clique sobre a pasta app/src/main/res e escolha a opção New > Android Resource Directory, e será exibida a tela da figura Selecione a opção values no campo Resource type, em seguida selecione Language na listagem da esquerda e clique no botão >>. Na tela da figura 1.12, selecione o idioma português e clique em OK. Figura 1.11 Criando um novo diretório de recursos. Figura 1.12 Selecionando o idioma da pasta values.

18 44 Dominando o Android Agora copie o arquivo strings.xml da pasta res/values para a pasta res/values-pt. E modifique-o para ficar como a seguir. <?xml version="1.0" encoding="utf-8"?> <resources> <string name="app_name">ex01_olá</string> <string name="hello_world">olá mundo!</string> <string name="action_settings">configurações</string> </resources> Por padrão, o idioma do emulador é o inglês, então, se executarmos a aplicação, o texto Hello world ainda será exibido. Agora modifique o idioma do aparelho 7 para português, indo nas configurações do aparelho e selecionando a opção Language & input, e por fim o idioma português no campo Language. Execute a aplicação e agora o texto Olá mundo! deverá ser exibido. Voltando para nossa discussão sobre alocação de recursos, podemos notar que, quando o projeto foi criado, o próprio Android Studio adicionou quatro variações da pasta drawable para nós: res/drawable-hdpi res/drawable-mdpi res/drawable-xhdpi res/drawable-xxhdpi Isso fará com que o sistema operacional selecione a imagem de acordo com a qualidade da tela, que é medida em DPIs (Dots Per Inch Pontos por polegadas). Atualmente temos dispositivos Android de diversos tamanhos e com qualidade de tela diferentes. É importante conhecermos a tabela 1.3 para definirmos imagens adequadamente para cada uma delas. O que essa tabela nos diz? Que imagens para aparelhos xxhdpi devem ter o dobro do tamanho (largura e altura) de imagens para aparelhos hdpi, por exemplo. Então é importante que tenhamos imagens para cada densidade de tela que iremos trabalhar, pois, caso contrário, elas podem aparecer distorcidas. Seguindo o mesmo princípio, é possível criar arquivos de layout para quando o aparelho estiver em landscape ou para resoluções de tela diferentes (ou combinando ambas). A tabela 1.4 exibe alguns exemplos comuns de pastas de layout. 7 A forma de mudar o idioma do aparelho pode variar um pouco de acordo com o modelo do aparelho e/ou versão do Android. Tente achar a opção correspondente no seu aparelho.

19 Capítulo 1 Conceitos básicos 45 Tabela 1.3 Densidades de tela Densidade Dots per inch Proporção ldpi 120dpi 0.75 mdpi 160dpi 1.00 tvdpi 213dpi 1.33 hdpi 240dpi 1.50 xhdpi 320dpi 2.00 xxhdpi 480dpi 3.00 xxxhdpi 640dpi 4.00 Tabela 1.4 Exemplo de pastas de Layout Pasta res/layout res/layout-port res/layout-large res/layout-land-xlarge Propósito Layout em portrait ou landscape, independente do tamanho da tela Layout em portrait independente do tamanho da tela Layout em portrait ou landscape, para telas grandes Layout em landscape para telas extra grandes Mas o que determina se uma tela é pequena, normal, grande ou extragrande? O Android estipula alguns intervalos para classificá-las que estão listados na tabela 1.5. Tabela 1.5 Classificação de telas Classificação small normal large xlarge Tamanho mínimo 426 dp x 320 dp 470 dp x 320 dp 640 dp x 480 dp 960 dp x 720 dp Se você observar, a medida da tela é definida em DP (ou DIP Density Independent Pixels), que é uma unidade de medida que leva em consideração a quantidade de pixels na tela em sua área física. Sendo assim, quanto mais pixels tivermos por área, melhor será a qualidade da tela. Então como saber qual o tamanho da tela em dp? Basta usar a seguinte fórmula: dp = pixels / (dpi / 160)

20 46 Dominando o Android Por exemplo, qual o tamanho da tela em dp de um aparelho com resolução de por 768 pixels com densidade HDPI (240 dpi)? dp = 1024 / (240 / 160) dp = 1024 / 1,5 dp = 680 dp = 768 / (240 / 160) dp = 768 / 1,5 dp = 512 Com base na tabela 1.5 podemos constatar que uma tela de 680 dp x 512 dp é considerada grande (large). É possível descobrir todas as configurações de recursos que podem variar de acordo com o aparelho por meio da classe android.content.res.configuration. Adicione o código a seguir no método oncreate(bundle) da sua Activity. Configuration configuration = getresources().getconfiguration(); int density = configuration.densitydpi; int orientation = configuration.orientation; int height = configuration.screenheightdp; int width = configuration.screenwidthdp; int mcc = configuration.mcc; int mnc = configuration.mnc; Locale locale = configuration.locale; Log.d("NGVL", "density: "+ density); Log.d("NGVL", "orientation: "+ orientation); Log.d("NGVL", "height: "+ height); Log.d("NGVL", "width: "+ width); Log.d("NGVL", "language: "+ locale.getlanguage() + "-" + locale.getcountry()); Log.d("NGVL", "mcc: "+ mcc); Log.d("NGVL", "mnc: "+ mnc); Se o código apresentar erro, é porque falta importar essas classes. Posicione o cursor em cima do nome da classe e selecione o menu Code > Optimize imports... Com as informações obtidas no código anterior você pode criar os recursos mais apropriados para o seu aparelho. Mas o que faz o Log.d(String, String)? Android Debug Monitor e Logcat O Android SDK vem com uma poderosa ferramenta para análise e depuração de aplicações. O Debug Monitor mostrado na figura 1.13 nos permite visualizar os processos que estão sendo executados no aparelho, o sistema de arquivos, o

21 Capítulo 1 Conceitos básicos 47 consumo de memória, threads, logs da aplicação etc. Ele pode ser acessado no menu Tools > Android > Android Device Monitor. Na janela Devices temos a lista dos dispositivos conectados ao computador, e uma função muito útil nessa janela é a opção de tirar um screenshot da tela do aparelho, bastando para isso selecionar o aparelho e clicar no botão com o ícone de uma câmera. O Debug Monitor também nos permite visualizar o sistema de arquivos do aparelho por meio da janela File Explorer, onde podemos enviar ou obter arquivos do aparelho. Mas, sem dúvida, a janela mais importante dessa ferramenta é a Logcat, pois com ela podemos visualizar todos os logs gerados pelas aplicações. Figura 1.13 Android Debug Monitor. No Logcat podemos filtrar os logs por aplicação, por textos específicos, por número de processo e por nível, que pode ser: verbose, debug, info, warning e error. Para criar um filtro, basta clicar no botão + e preencher as informações do filtro. O LogCat e a janela Devices estão disponíveis também dentro do Android Studio, conforme podemos ver na figura Figura 1.14 Logcat dentro do Android Studio.

22 48 Dominando o Android Para entender melhor o log, vejamos o que é exibido: na primeira coluna temos a hora do log; depois o número do processo seguido do id da thread (separado por - ); logo após, temos o nome do pacote da aplicação; o tipo do log ( D de debug) e a tag separados por / ; e por último a mensagem do log. findviewbyid e evento de clique Agora vamos adicionar alguma interação à nossa aplicação. Veremos como obter a referência de um componente declarado em um arquivo de layout e como tratar o evento de clique em botões. Crie um novo projeto com os dados a seguir. Application Name Package Name Activity Name Ex02_Activity dominando.android.ex02_activity MainActivity Abra o arquivo res/layout/activity_main.xml, remova o TextView que contém o Hello World e em seguida adicione um Plain Text arrastando-o da seção Text Fields da paleta de componentes. Abaixo dele, adicione um Button que encontra-se na seção Widgets. Agora abra o XML para fazermos alguns ajustes conforme a seguir. <RelativeLayout xmlns:android=" xmlns:tools=" android:layout_width="match_parent" android:layout_height="match_parent" android:paddingleft="@dimen/activity_horizontal_margin" android:paddingright="@dimen/activity_horizontal_margin" android:paddingtop="@dimen/activity_vertical_margin" android:paddingbottom="@dimen/activity_vertical_margin" tools:context=".mainactivity"> <EditText android:layout_width="match_parent" android:layout_height="wrap_content" android:id="@+id/edittext" android:layout_alignparentleft="true" android:layout_alignparentstart="true"/> <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="@string/btn_toast"

23 Capítulo 1 Conceitos básicos 49 android:id="@+id/button" android:layout_below="@+id/edittext" android:layout_alignparentleft="true"/> </RelativeLayout> O resultado deve ficar igual ao da figura Figura 1.15 Arquivo de layout do segundo projeto. Nos próximos exemplos, para montar os arquivos de layout, aconselho adicionar os componentes por meio da paleta de componentes e ajustar as propriedades manualmente no XML. Utilize a combinação de tecla Ctrl+Espaço para facilitar a procura pela propriedade desejada e evitar erros de digitação. Note que na propriedade android:text usamos então adicione essa string no res/values/strings.xml. <resources>... <string name="btn_toast">exibir toast</string> </resources> Um ponto importante que queremos ressaltar aqui é a propriedade android:id, na qual atribuímos o identificador do componente. Os indicam que esses ids serão criados na classe R, assim teremos R.id. edittext e R.id.button respectivamente.