posta qual o problema e qual a solução.
Novo Hamburgo - RS - Brasil
------------------
2012/6/5 Psy Khé <psykhe6@gmail.com>
Opa,
Grato aos envolvidos, era um detail aqui,Consegui,Mas vou da um look no material.
Vlw!Att.
Psy KhéEm 5 de junho de 2012 15:05, Jonathans Coelho <jonathancoelho@gmail.com> escreveu:
Esse tutorial aqui foi bem útil pra mim..dá uma olhadahttp://www.androidbrasilprojetos.org/android/introducao-a-banco-de-dados-android-parte-4/
Em 5 de junho de 2012 14:52, Psy Khé <psykhe6@gmail.com> escreveu: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/ExtendedPrefsEu 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
--
- Marcelo Henrique -"Se não puder se destacar pelo talento, vença pelo esforço." (Dave Weinbaum)
--Att.Jonathan Coelho
Analista de Sistemas
Aocom - Administração Orientada por computadorContato:(62) 82041097






0 comentários:
Postar um comentário