Otra aplicación para id.xml es con respecto a los diseños y proyectos de la biblioteca. Digamos que especifica una lista genérica de opciones en una biblioteca (de diálogo) diseño
<CheckedTextView android:id="@+id/checked_option_one"...
<CheckedTextView android:id="@+id/checked_option_two"...
...
y manejar estos puntos de vista en un (diálogo) fragmento genérico
optionOneCheck = (CheckedTextView)rootView.findViewById(R.id.checked_option_one);
optionTwoCheck = (CheckedTextView)rootView.findViewById(R.id.checked_option_two);
Si elimina cualquiera de las vistas declaraciones de una copia del diseño en un proyecto principal, obtendrá una excepción de error "no such such" en el tiempo de ejecución.
El compilador no se queja, pero en el tiempo de ejecución, la identificación no está realmente allí.
declarar las ids en id.xml y usando
<CheckedTextView android:id="@id/checked_option_one"...
...
evita el error de ejecución
Cualquier ventaja al definirlo en "ids.xml" en lugar de simplemente hacer ... android: id = "@ + id/snack"? – pyko
Entonces, ¿debería usar android: id = "@ + id/newID" o declarar newID en el archivo ids.xml? ¿Cuál es la mejor solución? –
también puede usarlo para las etiquetas 'view.setTag (id, value)' para leer esa etiqueta de su vista más tarde ... – SparK