Re: [androidbrasil-dev] Problema com Banco - DAO!

Felipe,

Você cria no base do sqlhelper uma referencia unica ao DB?

Tipo:

public GeneralDao(Context ctx){
     super(ctx, BANCO, null, VERSAO);
     //GeneralDao.dbContact = getWritableDatabase();
     //GeneralDao.dbPhone = getWritableDatabase();
    GeneralDao.db = getWritableDatabase();
}

   ^    ^

Pois tentando de tal forma, ao fazer a query. :

c = db.query(TABELA_CONTACT, COLS_CONTACT, null, null, null, null, null);

Está dando nullpointer...

Se puder explicar um pouco como é feito essa questão do uso de uma base para varias tabelas. Fico grato!

Vlw!!

Att.

Psy Khé.

Em 5 de junho de 2012 10:54, Gink Labrev <gink.labrev@gmail.com> escreveu:

Show de bola, @luciofm
É exatamente esse o caso. Vou dar uma olhada na lib.

Em 5 de junho de 2012 10:48, luciofm <luciofm@gmail.com> escreveu:

Pra esses casos eu uso uma lib que criei, ExtendedPrefs https://github.com/luciofm/ExtendedPrefs

Eu uso ela para salvar dados um pouco mais complexos, como POJOs simples, e Arrays.

Ela converte os objetos para JSON usando a lib gson e salva como um shared preference.

Ex:

ExtendedPrefs prefs = ExtendedPrefs.getExtendedPreferences(context, "me.zynk.zynkcorp");

Type accountType = new TypeToken<ArrayList<AccountInfo>>(){}.getType();

return (ArrayList<AccountInfo>) prefs.getList("ZYNK_ACCOUNTS", accountType, new ArrayList<AccountInfo>());

onde AccountInfo:

public static class AccountInfo {

private int organizationId;

private String orgLabel;

private String iconUrl;

private String nickname;

private String accessKey;

public AccountInfo() {

super();

}

             blablabla getters e setters blablabla

      }

Lúcio Maciel
luciofm@gmail.com

2012/6/5 Gink Labrev <gink.labrev@gmail.com>

Pegando carona na pergunta do cara ...

Alguém usa registro em BD para manter informações sobre o usuário logado (e depois remove no logoff) ou usa o SharedPrefrences somente ?

Normalmente, uso o SharedPreferences, mas às vezes, tenho que manter muita informação, que sinto falta da praticidade de um greenDAO, por exemplo.

Abs,

Em 5 de junho de 2012 09:15, Marcelo Henrique <marcelohd02@gmail.com> escreveu:

Há varias formas de mecher com DB no android sqlite... 

Em 5 de junho de 2012 09:09, Felipe Aron <felipearon@gmail.com> escreveu:

Eu faço um pouco diferente. Vi que ambas as classes estendem de SQLiteOpenHelper.

No meu caso, eu crio uma classe "Base" que estende de SQLiteOpenHelper. Essa classe "Base" contém toda a regra do DB, para criação e edição.

Em seguida, as minhas classes herdam da classe "Base". Pra mim fica mais simples e fácil a codificação.

Uma outra observação: No PhoneDao, no método onCreate(), no try/catch está:

Log.e("Erro Banco", Contact.class.getSimpleName(), e);

Não seria ao invés de Contact, Phone?

Em 5 de junho de 2012 08:39, Psy Khé <psykhe6@gmail.com> escreveu:

Senhores,

Sorry mas vou ter que pedir ajuda ao senhores.

Vou tentar descrever o simples cenario.

Tenho um banco com contatos e telefones. Duas tabelas do mesmo banco.

Criei um objeto contacto que extende de telefone, como model. Creio ser assim.

Agora o DAO, que faz acesso ao banco, criar a tabela, etc. Eu criei dois DAO's um para cada um.

Só que ao estanciar ele, new ContactDao(this); new PhoneDao(this); - Só cria o que estiver sendo instanciado primeiro. O segundo não.

Essa é a forma correta mesmo, um dao para cada tabela? Porque sera que so está aceitando o primeiro?

Segue DAO's em anexo,

Se alguem puder dar essa força!

Abraços!!!

Att.

Psy Khé.

--

Analista-Programador

#FollowMe: @felipearon (http://felipearon.net)

--
                                              - Marcelo Henrique -

  "Se não puder se destacar pelo talento, vença pelo esforço." (Dave Weinbaum)