Re: [androidbrasil-dev] Loaders

Pedro,

Mto bom esse Otto.

Substitui os BroadcastReceiver pelo Otto em um projeto menor e gostei da facilidade de manutenção.

Uma lib da Square que ainda estou para testar é a Tape.

Alguém conhece ?

Em 25 de fevereiro de 2014 17:12, Rafael de Araújo <orafaaraujo@gmail.com> escreveu:

Gink, 

Obrigado pelos esclarecimentos e pelas dicas, creio que dará tudo certo.

Pepeu,

Obrigado pela dica do Otto, parece ser bem bacana. E também gostei das libs da Square, serão de grande ajuda.

Abraços e obrigado, pessoal.

Att,

Rafael de Araújo

Em 25 de fevereiro de 2014 17:03, Pedro Subutzki <Pepeu> <falecompepeu@gmail.com> escreveu:

Isso Gink! na verdade nunca tentei fazer isso mas acho que dá problema sim.

Qual seria o sentido de ter 2 subscribers iguais?

Abraços,
Pedro Subutzki
__________________________________________

HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/Hadi

Em 25 de fevereiro de 2014 16:57, Gink Labrev <gink.labrev@gmail.com> escreveu:

Pelo que estou entendendo, é a assinatura do método que determina o roteamento no Otto ?

Se por exemplo, tenho o código :

BusProvider.getInstance().post(new ButtonEvent());

Significa que um subscriber com argumento ButtonEvent que irá processar a requisição, tipo abaixo ?

    
@Subscribe
  
public void handleButtonPress(ButtonEvent event) {
            
	Toast.makeText(this, "Event handled", Toast.LENGTH_SHORT).show();
            
}
  

  

Se for isso, não posso então ter dois subscribers com o mesmo tipo de argumento ? O código abaixo não seria válido: 

    
public void handleButtonOnePress(ButtonEvent event) { }
            
public void handleButtonTwoPress(ButtonEvent event) { }
            

Em 25 de fevereiro de 2014 16:47, Pedro Subutzki <Pepeu> <falecompepeu@gmail.com> escreveu:

Gink,

O "objetivo" eu diria que é o mesmo mas a forma como o Otto implementa isso é um pouco diferente.

Aqui alguns pequenos exemplos:

http://corner.squareup.com/2012/07/otto.html

http://www.recursiverobot.com/post/48752686831/playing-around-with-otto-on-android

http://howrobotswork.wordpress.com/2013/07/15/eventbus-in-android-an-otto-example/

Abraços,
Pedro Subutzki
__________________________________________

HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/Hadi

Em 25 de fevereiro de 2014 16:35, Gink Labrev <gink.labrev@gmail.com> escreveu:

Rafael,

Os BroadcastReceivers são usado para comunicação. Uma autualização em um ponto da app manda um sinal para outro.

Como sua necessidade é intra-app, prefira o LocalBroadcastManager, que consome menos recursos.

Os Loaders são para carregar dados assíncronamente, fora da UI Thread e já é implementado de forma a tratar uma penca de coisas - como mudança de configuração da Activity.

Então na prática, vc usa o BroadcastReceiver para enviar o sinal para o Loader iniciar a carga de dados após alguma operação. São duas coisas diferentes.

Pedro,

Não conheço o Otto, mas libs da Square sempre merecem atenção.

Olhando o link, não vi diferença entre usar o BroadcastReceiver e o Otto. Poderia explicar as vantagens ?

Abs,

Em 25 de fevereiro de 2014 16:17, Pedro Subutzki <Pepeu> <falecompepeu@gmail.com> escreveu:

Rafael,

Se for partir pra BroadcastReceiver dá uma olhada no Otto Bus (http://square.github.io/otto/).

Abraços,
Pedro Subutzki
__________________________________________

HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/Hadi

Em 25 de fevereiro de 2014 16:12, Rafael de Araújo <orafaaraujo@gmail.com> escreveu:

Fala Gink,

O código está em casa, por isso não postei. (estava apanhando disso ontem a noite).

Dei uma olhada aqui, realmente um BroadcastReceiver resolveria meu problema pois atualizaria os dados onde tivessem que ser atualizados.

Mas ai o uso de Loader não seria desnecessário?

Ou servem para fins diferentes e eu estou confundindo?

Me desculpem as perguntas bobas...

Obrigado

e abraços.

Att,

Rafael de Araújo

Em 25 de fevereiro de 2014 15:48, Gink Labrev <gink.labrev@gmail.com> escreveu:

Não. Use BroadcastReceiver. Fica menos acoplado.

E se postar o código, fica mais fácil entender a questão.

Em 25 de fevereiro de 2014 13:42, Rafael de Araújo <orafaaraujo@gmail.com> escreveu:

Olá pessoal,

Comecei a usar loaders com em um projeto pessoal, e estou com algumas dúvidas.
Estou usando ele para sincronizar dados em uma tabela (sqllite).

Quando eu adiciono um novo registro nessa tabela em um fragment, ele não deveria sozinho chamar o onLoadFinished() do meu segundo fragment que implementa LoaderCallbacks e que contém uma lista destes registros?

Quando estou no fragment da lista, excluo um registro e chamo o restartLoader() ele atualiza.

Eu devo criar um método estático neste fragment da lista para ser chamado de outros fragments para restartar o loader?

Obrigado.

[]'s

Att,

Rafael de Araújo

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.