Eu nunca gostei desse modo descrito.
Quais as vantagens do segundo modo?
O que acham?
Em quinta-feira, 3 de abril de 2014 11h36min07s UTC-3, Thiago escreveu:
-- Utilizo assim:
button1.setOnClickListener(new OnClickListener() { @Override public void onClick(View v) { // TODO Auto-generated method stub } });Aproveitando a deixa, seria melhor utilizar o modo acima ou assim:
public class click implements OnClickListener{
@Override public void onClick(View v) { // TODO Auto-generated method stub } }
...private OnClickListener Click = new click();...onCreate:button1.setOnClickListener(Click);Eu utilizo a primeira por facilidade de rastreabilidade.
se precisar de algo comum prefiro utilizar objeto com método sobrescrito ao invés de criar uma classe com implements, por exemplo:
private OnClickListener Click = new OnClickListener() { @Override public void onClick(View v) { // TODO Auto-generated method stub } };att.
--
Carlos Eduardo Simões Pelegrin
Carlos Eduardo Simões Pelegrin
Em quinta-feira, 3 de abril de 2014 11h36min07s UTC-3, Thiago escreveu:
Pessoal,Estava lendo uma documentação que continha esse exemplo : <Button android:onClick= />A opção onclick referenciava o método responsável por essa ação dentro uma activity.Essa ainda é uma boa prática a ser utilizada para tratar eventos de botão ?
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