setBackground vs setBackgroundDrawable (Android)

Voglio impostare lo sfondo disegnabile di una vista. Ci sono due metodi per questo (per quanto vedo): setBackgroundesetBackgroundDrawable .

Quando lo uso setBackground, dice che è stato aggiunto nel livello API 16 ma la versione minima dell'SDK del mio progetto è 7. Presumo che non funzionerà su nulla al di sotto di 16, ho ragione? Ma quando uso setBackgroundDrawable, dice che è deprecato.

Cosa dovrei usare?

È deprecato ma funziona ancora, quindi potresti semplicemente usarlo. Ma se vuoi essere completamente corretto, solo per la completezza di esso ... Faresti qualcosa del tipo:

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

Perché questo funzioni, devi impostare buildTarget api 16 e min build su 7 o qualcosa di simile.

È possibile utilizzare setBackgroundResource()invece che si trova nel livello API 1.

sembra che attualmente non vi sia alcuna differenza tra le 2 funzioni, come mostrato sul codice sorgente (credito per questo post ):

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

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

quindi è solo una decisione di denominazione, simile a quella con fill-parent vs match-parent.

So che questa è una vecchia domanda, ma ho una situazione simile e la mia soluzione era

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

e poi puoi giocare con il "Disegnabile", applicando filtri colorati, ecc

Uso ViewCompat.setBackground(view, background);

potresti usare setBackgroundResource() invece ierelativeLayout.setBackgroundResource(R.drawable.back);

questo funziona per me.

Ora puoi utilizzare una di queste opzioni. E funzionerà in ogni caso. Il tuo colore può essere un codice esadecimale , in questo modo:

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

Una risorsa colore , come questa:

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

O una risorsa XML personalizzata , in questo modo:

myView.setBackgroundResource(R.drawable.my_custom_background);

Spero che sia d'aiuto!

Utilizzando Android Studio 1.5.1 ho ricevuto i seguenti avvisi:

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

e i reclami sulla deprecazione

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

Usando questo formato, mi sono liberato di entrambi:

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

Questo per me funziona: View view is editText, spinner ... etc. E int drawable è il tuo esempio di route 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));
        }    
    }

Usa setBackgroundResource (R.drawable.xml / png)

Ho avuto anche questo problema, ma ho risolto il problema usando ImageView .

Prova a utilizzare un RelativeLayout e aggiungi un ImageView al suo interno (larghezza e altezza: fill_parent, scaleType: center).

Assicurati inoltre che l'immagine visualizzata sia il primo elemento all'interno di RelativeLayout, quindi fungerà da sfondo.

Puoi anche fare questo:

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

EDIT: Come sottolineato da @BlazejCzapp è preferibile evitare di usare la riflessione se riesci a risolvere il problema senza di essa. Ho avuto un caso d'uso in cui non ero in grado di risolvere senza riflessione ma questo non è il caso sopra. Per ulteriori informazioni, consultare http://docs.oracle.com/javase/tutorial/reflect/index.html