Desenvolvendo um programa de cadastro usando SQLite e Adapters

Fique por dentro

Construiremos um aplicativo completo para gerenciamento de artigos publicados. Nesta aplicaç�o iremos considerar as quatro operaç�es b�sicas no banco de dados, chamadas conceitualmente de CRUD (Create, Read, Update e Delete).

O leitor deste artigo estar� apto a fornecer uma arquitetura correta de persist�ncia de dados atrav�s de banco de dados relacionais no Android. Este � um quesito muito importante para qualquer profissional que deseje ser visto com bons olhos pelo exigente mercado mobile.

O uso dos smartphones cresceu muitos nos �ltimos anos. Isso acarretou em um grande esforço das fabricantes em melhorias no hardware e das gigantes de software um reposicionamento quanto aos sistemas operacionais para estes tipos de dispositivos. E isso gerou uma bola de neve que trouxe grandes e constantes inovaç�es no setor, refletindo cada vez mais em usu�rios e desenvolvedores mais satisfeitos com as novas tecnologias, que os permitem ficar mais tempo conectados.

Isso tamb�m teve outra consequ�ncia direta: os usu�rios passaram a armazenar seus dados n�o s� nos computadores Desktop, mas tamb�m em seus smartphones. Logo, estes dispositivos passaram a receber uma quantidade maior e crescente de dados. Principalmente dados de �udio e m�dia.

Logicamente, as plataformas m�veis perceberam que teriam que fornecer m�todos de persist�ncia de dados mais sofisticados que o tradicional armazenamento baseado em arquivos, como acontecia com o RMS (Record Management System), este utilizado pelos programadores Java ME/MIDP para a persist�ncia dos dados. Hoje em dia, todas as principais plataformas oferecem mais de uma maneira de salvar e recuperar informaç�es produzidas por nossos aplicativos.

Com a plataforma Android n�o poderia ser diferente. Este fornece diferentes m�todos de persist�ncia. Alguns deles s�o atrav�s de armazenamento interno (no smartphone) e externo (cart�o de mem�ria). Ambos podem ser muito �teis para fazer armazenamento de imagens, por exemplo. No caso de armazenamento em cart�o, deve-se atentar para n�o utiliz�-los no armazenamento de informaç�es essenciais para o correto funcionamento do aplicativo, pois a m�dia pode ser removida a qualquer momento, e o aplicativo deixar� de ser executado.

Al�m disso, a plataforma tamb�m fornece as classes chamadas SharedPreferences, sendo esta uma forma de persistir pares de chave/valor para todos os tipos primitivos Java e mais o tipo String. Algo semelhante � utilizaç�o de Properties na programaç�o Java tradicional. Seu uso e funcionamento s�o muito simples, podendo ser muito �til para persist�ncias simples, como a pontuaç�o de um jogo, por exemplo.

Por�m, o SharedPrefererences n�o � indicado para grande quantidade de dados ou conjunto de informaç�es com grande complexidade. Nesse momento entram em aç�o os bancos de dados relacionais, utilizados h� alguns anos em outros ambientes, como web e desktop, por exemplo. No Android o banco de dados mais utilizado � o SQLite.

Uma caracter�stica interessante da plataforma � que o SQLite j� est� dispon�vel na plataforma Android, n�o havendo necessidade de instal�-lo. Al�m disso, o Android oferece suporte completo ao banco, atrav�s de uma API com um rico conjunto de classes e m�todos que abstraem as complexidades dos c�digos SQL. Assim, n�o precisamos montar a cl�usula SQL inteira para atualizar uma linha na tabela, ou ainda, para fazer uma pesquisa na mesma. O Android nos fornece um m�todo, onde passando alguns par�metros obtemos um apontador para os dados retornados, podendo navegar pelo resultado como se estiv�ssemos escolhendo uma folha em um arquivo.

Assim, o objetivo deste artigo � apresentar uma forma simples de utilizar o banco de dados SQLite na plataforma Android. Aqui apresentaremos as principais classes do Android no uso do SQLite: SQLiteOpenHelper e SQLiteDatabase e como utiliz�-las dentro de um Activity.

Para uma compreens�o melhor, o leitor construir� um aplicativo completo para gerenciamento de artigos publicados. Desta forma, veremos como fazer as quatro operaç�es b�sicas no banco de dados, chamadas conceitualmente de CRUD (Create, Read, Update e Delete) e ao final do artigo ser�o apresentadas as transaç�es exclusivas.

O projeto

Todo escritor gosta de arquivar suas publicaç�es e organizar quais est�o pendentes, quais est�o sendo revisados, quais est�o prontos para publicaç�es e quais j� est�o nas bancas. Ent�o, o projeto que vamos criar neste estudo de caso � um gerenciador de artigos, este chamado de �ManagerArticles�.

O funcionamento � bem simples. Na primeira tela teremos uma lista com os artigos cadastrados e a opç�o de inserir um novo registro, conforme Figura 1. Tanto o bot�o adicionar como a opç�o de editar apresentar� a tela mostrada na Figura 2. A diferença � que no caso da ediç�o os campos s�o preenchidos com o conte�do armazenado no banco de dados.

Figura 1. Tela principal do aplicativo

Figura 2. Tela para cadastro/ediç�o de artigos

Construindo a aplicaç�o sem o banco de dados

Inicialmente vamos construir os elementos e as telas da aplicaç�o, sem nos preocuparmos com o banco de dados

A classe utilit�ria Artigo

O primeiro passo ser� a construç�o de uma classe Artigo. Ela ser� utilizada em diferentes pontos do nosso aplicativo. Isso porque o nosso banco de dados ter� as aç�es CRUD (Create, Read, Update e Delete) que envolvem os mesmos atributos, relacionados a mesma entidade. Desta forma, a classe Artigo ser� uma �vis�o� da tabela Artigo em um banco de dados relacional tradicional. Veja a Listagem 1.


  01.  import java.io.Serializable;
  02.  
  03.  public class Artigo implements Serializable {
  04.   private static final long serialVersionUID = 1633833011084400384L;
  05.   int id;
  06.   String revista;
  07.   String nome;
  08.   String edicao;
  09.   int status;
  10.   int pago;   
  11.  }

Listagem 1. Artigo.java � Classe respons�vel pelo armazenamento dos campos da tabela

Perceba que os atributos desta classe s�o os mesmos apresentados na Figura 2. Isso porque ao inserir um novo artigo temos que definir o nome, a revista e ediç�o onde foi/ser�o publicados, seu status e se o mesmo j� foi pago ou n�o ao autor.

O atributo serialVersionUID � utilizado porque a classe implementa a interface Serializable, assim, se fez necess�rio este atributo para que possamos enviar uma inst�ncia da mesma como um extra de uma Intent.

Layouts das telas

O segundo passo � criar os arquivos XML que representam as duas telas da aplicaç�o, estas apresentadas nas Figura 1 e 2. A Listagem 2 apresenta o c�digo da tela respons�vel para inclus�o e alteraç�o de um registro.


  01.<?xml version="1.0" encoding="utf-8"?>
  02.<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
  03.    android:layout_width="match_parent"
  04.    android:layout_height="match_parent"
  05.    android:orientation="vertical" >
  06.
  07.    <TextView
  08.        android:id="@+id/textView1"
  09.        android:layout_width="wrap_content"
  10.       android:layout_height="wrap_content"
  11.      android:text="Nome:" />
  12.
  13.    <EditText
  14.        android:id="@+id/edtNome"
  15.        android:layout_width="match_parent"
  16.        android:layout_height="wrap_content"
  17.        android:ems="10" >
  18.    </EditText>
  19.
  20.    <TextView
  21.        android:id="@+id/textView2"
  22.        android:layout_width="wrap_content"
  23.        android:layout_height="wrap_content"
  24.        android:text="Revista:" />
   
  25.    <EditText
  26.        android:id="@+id/edtRevista"
  27.        android:layout_width="match_parent"
  28.        android:layout_height="wrap_content"
  29.        android:ems="10" />
  30.
  31.    <TextView
  32.        android:id="@+id/textView3"
  33.        android:layout_width="wrap_content"
  34.        android:layout_height="wrap_content"
  35.        android:text="Ediç�o:" />
  36.
  37.    <EditText
  38.        android:id="@+id/edtEdicao"
  39.        android:layout_width="match_parent"
  40.        android:layout_height="wrap_content"
  41.        android:ems="10"
  42.        android:inputType="number" />
  43.
  44.    <TextView
  45.        android:id="@+id/textView4"
  46.        android:layout_width="wrap_content"
  47.        android:layout_height="wrap_content"
  48.        android:text="Status:" />
  49.
  50.    <Spinner
  51.        android:id="@+id/spEstado"
  52.        android:layout_width="match_parent"
  53.        android:layout_height="wrap_content"
  54.        android:entries="@array/status" />
  55.
  56.    <CheckBox
  57.        android:id="@+id/cbPago"
  58.        android:layout_width="wrap_content"
  59.        android:layout_height="wrap_content"
  60.        android:text="Pago" />
  61.
  62.    <Button
  63.        android:id="@+id/button1"
  64.        android:layout_width="wrap_content"
  65.        android:layout_height="wrap_content"
  66.        android:text="Salvar"
  67.        android:onClick="salvar"
  68.        android:layout_gravity="center_horizontal" />
  69. </LinearLayout>"

[...] continue lendo...

Desenvolvendo um programa de cadastro usando SQLite e Adapters

Neste artigo será apresentada uma forma simples de utilizar o banco de dados SQLite na plataforma Android. Para isso, serão apresentadas as principais classes do Android no uso do SQLite: SQLiteOpenHelper e SQLiteDatabase e como utilizá-las.

O projeto

Construindo a aplicaç�o sem o banco de dados

A classe utilit�ria Artigo

Layouts das telas

Artigos relacionados