Android mecanismo de identificación de colisión para R.java

Question

Todos sabemos que cuando se genera un id para Android usando

@+id/foo 

Android nos crea una entrada en R.java como:

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

Lo que sucede si hay una colisión de nombre en diferentes archivos xml (digamos, dentro de dos diseños)? El mecanismo @ + id nos garantiza sobrescribir el nombre del id si aún existe otro, pero ¿cuál se genera en R.java para nosotros?

Answer 1

La sintaxis @+id/foo se agregará si la identificación no existe o usa la identificación existente.
Cuando encuentre ViewById, operará en la vista en la que llama al método.

Por lo tanto, si ha anidado las vistas, su id. Será único para cada vista. p. View1 -> View2 ambos tienen foo. View1.findViewById(R.id.foo) será diferente de View2.findViewById(R.id.foo)

editar: Supongo que lo principal es que dos diseños no pueden tener la misma identificación. Para obtener más información sobre la restricción de Identificación: http://d.android.com/guide/topics/ui/declaring-layout.html

Answer 2

Creo que simplemente reutiliza el identificador si ya se ha generado. Tiendo a reutilizar identificaciones bastante, y nunca me he encontrado con un problema.

Answer 3

que intentaron una sencilla aplicación Hello World con el siguiente código 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> 

Mis dos textviews tienen el mismo ID. Se compila bien, funciona bien, renderiza ambos TextViews, y cuando hago un findViewByid() se encuentra el primero y se le aplican todas las llamadas a funciones como setText. Idealmente, la AAPT debería detectar esto, pero aparentemente no es así. No romperá algo terriblemente a menos que el programador confíe en los id. Así que es como decir: si eres lo suficientemente tonto como para escribir un código así, entonces mereces fallar.

A la AAPT no le importará demasiado. Para ello, esto es como una simple extensión de Vistas sin identificadores explícitos provistos por el programador.