Valeu galera. Muito útil essas informações.
O debounce, assim como o throttle, limita a quantidade de vezes que um determinado trecho de código é executado em relação ao tempo. Mas diferentemente do throttle — que assegura que aconteçam no máximo 1 execução a cada X milisegundos —, o debounce irá postergar a execução do código caso ele seja invocado novamente em menos de X segundos.
Desconhecia estes conceitos.
Em relação aos nomes, encontrei isso na web.
Em 20 de fevereiro de 2015 18:18, Jonas Alves <jonasfa@gmail.com> escreveu:
Conheço isso pelo nome de debounce. Já usei a implementação do RxJava pra um caso semelhante (busca): http://reactivex.io/documentation/operators/debounce.html, e também a do underscore.js.On Fri Feb 20 2015 at 6:04:24 PM Marlon Paulo <mparizzotto@gmail.com> wrote:--Seria interessante também utilizar o conceito de throttling, onde a requisiçao só é feita qndo se detecta que o usuario parou de digitar.É bastante utilizado na web, mas pode ser util para o seu caso também.Talvez seja isso q o Lucio quis explicar na ultima sentença.Valeu.Em 20 de fevereiro de 2015 09:59, luciofm <luciofm@gmail.com> escreveu:Uma vez que a requisição foi feita, você só vai cancelar o resultado dela, mesmo no Volley (que faz isso automaticamente para você), pois uma vez que o request está na rede, não tem mais o que fazer...Eu diria que de 300 a 500ms depois de detectar o ultimo caracter é um bom tempo para esperar para fazer o request..On Fri Feb 20 2015 at 3:55:57 PM Gink Labrev <gink.labrev@gmail.com> wrote:--Valeu @luciofmAinda não conheço muito sobre programação reativa em Java, mas captei.Como a requisição ocorre a medida que o usuário escreve um texto de busca, queria cancelar a anterior sempre que um novo caractere for detectado.Mas vou ver se consigo demorar um pouco mais para fazer a requisição, cancelando um handler postdelayed (ou seja, antes msm da requisição começar) ou usar o volley exclusivamente neste trecho, que é cancelável.[]'sEm 19 de fevereiro de 2015 13:09, luciofm <luciofm@gmail.com> escreveu:--Se você não vai cancelar o request, não faz sentido adicionar toda essa complexidade, basta ignorar o resultado na Callback...--Não faz sentido nenhum encapsular um request Retrofit em um AsyncTask...E se você se preocupa tanto com isso (já mediu para ver se isso realmente vai ser um problema, se vai ocorrer muito, etc), você pode usar RxJava e fazer um unsubscribe no ObservableOn Thu Feb 19 2015 at 11:05:52 AM Gink Labrev <gink.labrev@gmail.com> wrote:--Pessoal,Já que não há como cancelar uma requisição retrofit (feature prevista somente para 2.0), estou encapsulando uma chamada síncrona em um AsyncTask e cancelando quando necessário.Assim pelo menos, não cancelo a requisição, mas os efeitos dela ao menos (o postExecute).Mas ando lendo que o AsyncTask não deve ser mais utilizado ...Alguma sugestão melhor para essa questão ? Alguém já fez diferente ?Abs,
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/d/optout.
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/d/optout.
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/d/optout.
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/d/optout.
----Marlon Parizzotto
Software Engineer - Hewlett-Packard
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/d/optout.
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/d/optout.
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/d/optout.
0 comentários:
Postar um comentário