Hum,
Grato Neto,
Vou tentar colocar em pratica...
E qualquer coisa posto aqui,
Bem, só creio que deve ser feito a todo instante(indo para o new e retornando) forever no OnResume(), pois verificar se houve alteração no adapter comparando com o bd,
I dont know.
Se bem que é um objeto ne, ou varios.
Seria possivel, mas, ai nao tenho a minima ideia de conduta,
Valeu!!!
Até breve!
Att.
Psy Khé.
Em 24 de abril de 2012 18:03, Neto Marin <netomarin@gmail.com> escreveu:
Então, quando vc salvar e voltar para a sua activity que tem a lista, no onResume você busca os dados novamente no banco de dados e caso haja alteração, define os dados no apdater (guarde a instância em um atributo da sua classe de activity) e chame o método que vc falou no outro email e a lista é recarregada. É simples...A não ser q vc tenha 1000 contatos ou bem mais, essa operação é bem rápida. Já tenho uma List funcionando assim e é bem transparente.[]s
---
Neto Marin
Blog: http://blog.netomarin.com
GTalk: netomarin@gmail.com
MSN: neto_marin@hotmail.com
Skype: netomarin
On Tue, Apr 24, 2012 at 5:44 PM, Psy Khé <psykhe6@gmail.com> wrote:
Rs, Opa!!Certo,
Creio que entenderam sim, Neto.
Bem,Então...
Eu tenho uma activity com um listview dos contatos pego do bd.Ai nessa activity tem um botao new(new contact).Ele clicando, vai chamar a outra activity->formulario. Que por sua vez ira cadastrar o novo contact.Quando salvar, ele teria que voltar para activity anterior e mostrar o contact novo.Porem a activity já havia sido feita com adapter, etc. E mostra desatualizado.Hum?Grato!!Att.
Psy Khé.Em 24 de abril de 2012 17:39, Alexandre Silveira <alexandre.sneto@gmail.com> escreveu:
Tipo, não seria mais fácil tu explicar exatamente o que precisas fazer pra gente tentar sugerir outras ideias ? :)--2012/4/24 Psy Khé <psykhe6@gmail.com>
adapter.notifyDataSetChanged();^achei^ não testei ainda, mas já precisei de algo, e encontrei essa alternativa.Não sei se seria esse o funcionamento.Estou em outra activity...da pra notificar atraves desse metodo do adapter, de uma outra activity?Neto,Tipo, não necessariamente OnResume(), pois é quando houver modificação mesmo. E ele só vai executar uma vez, depois da activity nova entrar no topo.Hm...?Att.
Psy Khé.Em 24 de abril de 2012 17:33, Neto Marin <netomarin@gmail.com> escreveu:Putz...Vc já pensou em no onResume atualizar sua lista?busca os dados, atribui no adapter e notifica a mudança nos dados...---
Neto Marin
Blog: http://blog.netomarin.com
GTalk: netomarin@gmail.com
MSN: neto_marin@hotmail.com
Skype: netomarin
On Tue, Apr 24, 2012 at 5:31 PM, Psy Khé <psykhe6@gmail.com> wrote:
Sorry Lucio,To meio no strees já,Eu havia entendido não usar para salvar dados,Na escrita, #fail.Hum...É questão de gerenciamento adequado de Activity,Na realidade, vou re-pensar na forma de fazer,Creio está fazendo uma "gambi", pois...exemplo:Tenho uma listview com contacts,E nessa activity -> call -> activity de formulario(new contact)Se ele add o contact e voltar.A lista vai está desatualizada,Mas creio que ja vi algo de onchange, chamar o adapter do listview, informando da mudança.Esse é um dos casos, de ter buscado essa alternativa do botao de retorno.A ideia desse exemplo é por ai ne?Gratoo!Att.
Psy Khé.2012/4/24 luciofm <luciofm@gmail.com>Vamos la,
Do not count bla bla bla == não conte com esse método sendo chamado
On Tue, Apr 24, 2012 at 17:22, Psy Khé <psykhe6@gmail.com> wrote:
> do not count on this method being called as a place for saving
> data!
para ser um local para salvar dados (tradução porca).
Não, diz exatamento o contrario.
>
> Aqui diz, para guardar dados, okay.
Se o problema é o botão back, sobre-escreva o onBackPressed, e em 90%
>
> Aqui =>
>
> situations where the system will simply kill the activity's hosting
> process without calling this method (or any others) in it, so it
> should not be used to do things that are intended to remain around
> after the process goes away
>
> Parece que simplesmente a activity é morta, mas nao é chamado o metodo,
>
> Ao que entendi, agora.
>
> Bem, bem,
>
> Tem algo confiavel, para quando a activity for morta(no sentido de por
> exeplo, clicar no botao de retorno), e ir para a anterior.
dos casos sobre-escrever o comportamento do botão back é simplesmente
errado (pode não ser o seu caso).
>
> A que estava em fb, ela chama algo, ou como verificar isso?
>
> Gratoo!!!
>
> Att.
>
> Psy Khé.
>
>
>
>
> 2012/4/24 luciofm <luciofm@gmail.com>
>>
>> e mais...
>>
>> "Note: do not count on this method being called as a place for saving
>> data! For example, if an activity is editing data in a content
>> provider, those edits should be committed in either onPause() or
>> onSaveInstanceState(Bundle), not here. This method is usually
>> implemented to free resources like threads that are associated with an
>> activity, so that a destroyed activity does not leave such things
>> around while the rest of its application is still running. There are
>> situations where the system will simply kill the activity's hosting
>> process without calling this method (or any others) in it, so it
>> should not be used to do things that are intended to remain around
>> after the process goes away."
>>
>> Lúcio Maciel
>> luciofm@gmail.com
>>
>>
>> 2012/4/24 Neto Lima <desilio@gmail.com>:
>> > O OnDestroy só é chamado quando seu aplicativo é eliminado da memória,
>> > no
>> > seu exemplo não deve estar acontecendo isso.
>> >
>> > Dá uma lida no ciclo de vida de uma activity
>> > http://developer.android.com/reference/android/app/Activity.html
>> >
>> >
>> > 2012/4/24 Psy Khé <psykhe6@gmail.com>
>> >>
>> >> Poxa,
>> >>
>> >> Bati um pouco a cabeça aqui, ...
>> >>
>> >> Eu creio que o metodo da activity OnDestroy() etc, deveriam ser
>> >> chamados.
>> >>
>> >> Porém não está ocorrendo. Testei em mais de uma activity.
>> >>
>> >> Segue:
>> >>
>> >> protected void OnStart() {
>> >> super.onStart();
>> >> Log.d("POW", "ONSTART!!!");
>> >> }
>> >>
>> >> protected void OnDestroy() {
>> >> super.onDestroy();
>> >> Log.d("POW", "ONDESTROY!!!");
>> >> }
>> >>
>> >> Não loga nada,
>> >>
>> >> Deve ter algum equivoco, não é possivel.
>> >>
>> >> Hum?
>> >>
>> >> Grato,
>> >>
>> >> Att.
>> >>
>> >> Psy Khé.
>> >
>> >
>> >
>> >
>> > --
>> > ----------------------------------
>> > | TURN THE | Se acha esperto? então encare
>> > |---------------------------------| esse desafio http://bit.ly/pugpad
>> > | LIGHTS ON |
>> > ----------------------------------
>> >
>> > @netolobo
>> >
>
>
_________________________________
Alexandre Silveira Neto
Analista e Desenvolvedor de Sistemas
Voiza - Soluções em Java






0 comentários:
Postar um comentário