Conhecendo melhor o método inflate
3 minutos de leitura
Autor(a)
felipe.torres
Inscreva-se em nossa Newsletter
Fique por dentro de conteúdos, insights e oportunidades do universo tech. Receba novidades e lançamentos direto no seu e-mail.
3 minutos de leitura
Autor(a)
Fique por dentro de conteúdos, insights e oportunidades do universo tech. Receba novidades e lançamentos direto no seu e-mail.
Quando queremos criar itens customizados para uma ListView do Android, geralmente criamos um Adapter para isso. Algo parecido com isso:
public class MeuAdapter extends BaseAdapter {
private Activity activity; private String\[\] elementos;
public MeuAdapter(Activity activity) { this.activity = activity; .elementos = \[\]{, , , , }; } View {
}
{ elementos.length; }
Object { elementos```posicao
; }
{ ; } }
Dentro do método getView precisamos transformar numa View o xml contendo o layout do item da lista, para isso usamos o método inflate do LayoutInflater.
Esse código é bastante comum:
public View getView(int posicao, View convertView, ViewGroup parent) { LayoutInflater inflater = activity.getLayoutInflater();
View layout = inflater.inflate(R.layout.item\_da\_lista, null);
//popula o layout...
return layout; }
O que significa aquele null no segundo argumento do inflate?
public View inflate(int resource, ViewGroup root);
Se você olhar com mais calma, perceberá que existe uma outra assinatura do método inflate que recebe três argumentos:
public View inflate(int resource, ViewGroup root, boolean attachToRoot);
Qual a diferença entre esses dois métodos?
Quando fazemos...
inflater.inflate(R.layout.item\_da\_lista, null);
...Estamos omitindo o root (ou o pai) desse elemento a ser inflado. Em outras palavras, como o Android não sabe quem é o pai desse layout, todas as propriedades que precisam de informações do pai para serem calculadas são simplesmente sobrescritas. Veja um exemplo:
<LinearLayout android:layout\_width="match\_parent" android:layout\_height="200dp">
<TextView android:text="Texto qualquer" android:layout\_width="wrap\_content" android:layout\_height="wrap\_content"/> </LinearLayout>
Perceba que esse item deve ter uma altura fixa de 200 dp. Porém, ao ser renderizado, esse item não ficará com essa altura. O inflate sobrescreverá tanto o layout_width quanto o layout_height para algo que não dependa de informação do pai (que passamos null) e colocará wrap_content.
Nesse momento, muitos desenvolvedores resolvem contornar esse "bug" utilizando padding nos seus itens. Porém, esse "bug" desaparece quando entendemos a segunda versão desse método inflate:
public View inflate(int resource, ViewGroup root, boolean attachToRoot);
Precisamos passar um root diferente de null. Mas quem seria?
Note que o próprio getView nos sugere um root (ou um parent) válido no seu terceiro argumento:
public View getView(int posicao, View convertView, ViewGroup parent) { LayoutInflater inflater = activity.getLayoutInflater();
View layout = inflater.inflate(R.layout.item\_da\_lista, ??, ??);
//...
return layout; }
Então, vamos passar justamente esse ViewGroup parent como root no inflate:
inflater.inflate(R.layout.item\_da\_lista, parent, ??);
Agora só precisamos entender esse terceiro argumento: attachToRoot.
Quando temos um parent, podemos decidir se queremos que nosso item seja anexado a esse pai ou não. Geralmente, quando criamos uma view programaticamente, para que ela seja renderizada, passamos true no terceiro argumento.
No entanto, a responsabilidade de anexar nosso item à view não é nossa, é do próprio Adapter! Nesse caso, deixamos false:
public View getView(int posicao, View convertView, ViewGroup parent) { LayoutInflater inflater = activity.getLayoutInflater();
View layout = inflater.inflate(R.layout.item\_da\_lista, parent, false);
//...
return layout; }
Dessa forma, como nosso item_da_lista tem um parent diferente de null, suas propriedades serão respeitadas.
Avalie este artigo
