setBackground vs setBackgroundDrawable (Android)

Quero definir o plano de fundo que pode ser desenhado de uma exibição. Existem dois métodos para isso (tanto quanto eu vejo): setBackgrounde setBackgroundDrawable.

Quando uso setBackground, ele diz que foi adicionado no nível 16 da API, mas a versão mínima do SDK do meu projeto é 7. Suponho que não funcionará em nada abaixo de 16, estou certo? Mas quando eu uso o setBackgroundDrawable, ele diz que está obsoleto.

O que devo usar?

Ele foi descontinuado, mas ainda funciona para que você possa usá-lo. Mas se você quiser estar completamente correto, apenas pela integridade ... Você faria algo como o seguinte:

int sdk = android.os.Build.VERSION.SDK_INT;
if(sdk < android.os.Build.VERSION_CODES.JELLY_BEAN) {
    setBackgroundDrawable();
} else {
    setBackground();
}

Para que isso funcione, você precisa definir buildTarget api 16 e min build como 7 ou algo semelhante.

Você pode usar o setBackgroundResource()que está no nível 1 da API.

Parece que atualmente não há diferença entre as 2 funções, conforme mostrado no código-fonte (crédito para este post ):

public void setBackground(Drawable background) {
    //noinspection deprecation
    setBackgroundDrawable(background);
}

@Deprecated
public void setBackgroundDrawable(Drawable background) { ... }

portanto, é apenas uma decisão de nomeação, semelhante àquela com pai de preenchimento versus pai de correspondência.

sei que essa é uma pergunta antiga, mas tenho uma situação semelhante e minha solução foi

button.setBackgroundResource( R.drawable.ic_button );
Drawable d = button.getBackground();

e então você pode brincar com o "Drawable", aplicando filtros de cores, etc.

Usar ViewCompat.setBackground(view, background);

você poderia usar em setBackgroundResource()vez disso ou sejarelativeLayout.setBackgroundResource(R.drawable.back);

isso funciona para mim.

Agora você pode usar qualquer uma dessas opções. E vai funcionar em qualquer caso. Sua cor pode ser um código HEX , assim:

myView.setBackgroundResource(ContextCompat.getColor(context, Color.parseColor("#FFFFFF")));

Um recurso de cores , como este:

myView.setBackgroundResource(ContextCompat.getColor(context,R.color.blue_background));

Ou um recurso xml personalizado , assim:

myView.setBackgroundResource(R.drawable.my_custom_background);

Espero que ajude!

Usando o Android studio 1.5.1, recebi os seguintes avisos:

Call requires API level 16 (current min is 9): android.view.View#setBackground

e as reclamações sobre depreciação

'setBackgroundDrawable(android.graphics.drawable.Drawable)' is deprecated

Usando este formato, me livrei de ambos:

    if (android.os.Build.VERSION.SDK_INT < android.os.Build.VERSION_CODES.JELLY_BEAN) {
        //noinspection deprecation
        layout.setBackgroundDrawable(drawable);
    } else {
        layout.setBackground(drawable);
    }

Isso funciona para mim: o modo de exibição de exibição é o seu editText, spinner ... etc. E int drawable é o seu exemplo de rota drawable (R.drawable.yourDrawable)

 public void verifyDrawable (View view, int drawable){

        int sdk = Build.VERSION.SDK_INT;

        if(sdk < Build.VERSION_CODES.JELLY_BEAN) {
            view.setBackgroundDrawable(
                    ContextCompat.getDrawable(getContext(),drawable));
        } else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN) {
            view.setBackground(getResources().getDrawable(drawable));
        }    
    }

Use setBackgroundResource (R.drawable.xml / png)

Eu também tive esse problema, mas fiz uma solução alternativa usando um ImageView .

Tente usar um RelativeLayout e adicione um ImageView dentro dele (largura e altura: fill_parent, scaleType: center).

Verifique também se a visualização de imagem é o primeiro elemento dentro do RelativeLayout, para que ela atue como plano de fundo.

Você também pode fazer isso:

try {
     myView.getClass().getMethod(android.os.Build.VERSION.SDK_INT >= 16 ? "setBackground" : "setBackgroundDrawable", Drawable.class).invoke(myView, myBackgroundDrawable);
} catch (Exception ex) {
     // do nothing
}

EDIT: Assim como apontado por @BlazejCzapp , é preferível evitar o uso de reflexão se você conseguir resolver o problema sem ele. Eu tive um caso de uso em que não consegui resolver sem reflexão, mas esse não é o caso acima. Para mais informações, consulte http://docs.oracle.com/javase/tutorial/reflect/index.html