Conhecendo melhor o método inflate

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:

O que significa aquele null no segundo argumento do inflate?

Se você olhar com mais calma, perceberá que existe uma outra assinatura do método inflate que recebe três argumentos:

Qual a diferença entre esses dois métodos?

Quando fazemos...

...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:

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:

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:

Então, vamos passar justamente esse ViewGroup parent como root no inflate:

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:

Dessa forma, como nosso item_da_lista tem um parent diferente de null, suas propriedades serão respeitadas.