Android meccanismo di id di collisione per R.java

Question

Sappiamo tutti che quando si genera un ID per Android utilizzando

@+id/foo 

Android crea per noi una voce in R.java come:

public static final class id { 
     public static final int foo=0x7f060005; 
} 

Che cosa succede se c'è una collisione di nome in diversi file xml (diciamo, all'interno di due layout)? Il meccanismo @ + id ci assicura di sovrascrivere il nome dell'ID se ne esiste ancora un altro, ma quale viene generato in R.java per noi?

Answer 1

La sintassi @+id/foo verrà aggiunta se l'ID non esiste o utilizza l'ID esistente.
Quando si trovaViewById, funzionerà sulla vista su cui si chiama il metodo.

Quindi, se hai viste nidificate, il tuo ID sarà univoco per ogni vista. ad es. View1 -> View2 hanno entrambi foo. View2.findViewById(R.id.foo)

modifica: Credo che la cosa principale da menzionare sia che due layout non possono avere lo stesso id. Per ulteriori informazioni sul vincolo ID: http://d.android.com/guide/topics/ui/declaring-layout.html

Answer 2

Penso che riutilizzi semplicemente l'identificatore se è già stato generato. Tendo a riutilizzare gli ID un po 'e non ho mai incontrato un problema.

Answer 3

ho provato una semplice applicazione Ciao Mondo con il seguente codice XML:

<?xml version="1.0" encoding="utf-8"?> 
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" 
    android:layout_width="fill_parent" 
    android:layout_height="fill_parent" 
    android:orientation="vertical" > 

<TextView 
     android:id="@+id/textview" 
     android:layout_width="fill_parent" 
     android:layout_height="wrap_content" 
     android:text="text1" 
/> 

<TextView 
     android:id="@+id/textview" 
     android:layout_width="fill_parent" 
     android:layout_height="wrap_content" 
     android:text="text2" 
/> 

</LinearLayout> 

Entrambi i miei textviews avere lo stesso ID. Compila bene, funziona bene, rende sia le TextView, e quando faccio un findViewByid() il primo viene trovato e tutte le mie chiamate di funzione come setText vengono applicate ad esso. Idealmente, l'AAPT dovrebbe prenderlo ma apparentemente no. Non spezzerà qualcosa di terribile a meno che il programmatore non si affidi agli id. Quindi è un po 'come dire: se sei così stupido da scrivere un codice del genere, meriti di schiantarti.

L'AAPT non si preoccuperà troppo di questo. Per questo, è come una semplice estensione di Views senza ID espliciti forniti dal programmatore.