Las ID de recursos de Android de repente no son definitivas, el interruptor () está roto

PREÁMBULO: esta pregunta es bastante obsoleta, se escribió cuando el entorno de desarrollo de Android preferido era Eclipse con el complemento de Android.

Tuve un proyecto Java Android por un tiempo. Hoy actualicé las herramientas de desarrollo de Android a las últimas de Google. Y el proyecto se rompió: recibo un montón de mensajes de error de compilación “las expresiones de caso deben ser expresiones constantes”.

Resulta que el archivo R.java ahora se genera de manera diferente. Anteriormente, tendría un montón de

public static final int MyID=0x12340000;

declaraciones; ahora, se ve (después de una limpieza/reconstrucción) así:

public static int MyID=0x12340000;

final se ha ido. Entonces, todos los interruptores en los ID de recursos que tenía (y tenía algunos) están mal. ¿Qué pasó, por favor? ¿Se trata sólo de mí? ¿Cuál es la razón aquí? ¿Está documentado en algún lugar? Puedo traer final volver de alguna manera?

Esto sucedió ayer, cuando se lanzó el SDK/ADT 14:

A partir de ADT 14, las constantes de recursos en proyectos de biblioteca ya no son definitivas. Esto se explica con mayor detalle en http://tools.android.com/tips/non-constant-fields

Hay una solución rápida disponible de ADT 14: http://tools.android.com/recent/switchstatementconversion

Para citar de la justificación:

Cuando se combinan varios proyectos de biblioteca, los valores reales de los campos (que deben ser únicos) pueden colisionar. Antes de ADT 14, todos los campos eran definitivos, por lo que todas las bibliotecas tenían que volver a compilar todos sus recursos y el código Java asociado junto con el proyecto principal cada vez que se usaban. Esto era malo para el rendimiento, ya que hacía que las compilaciones fueran muy lentas. También impidió la distribución de proyectos de biblioteca que no incluían el código fuente, lo que limitó el alcance de uso de los proyectos de biblioteca.

La razón por la que los campos ya no son definitivos es que significa que los archivos jar de la biblioteca se pueden compilar una vez y reutilizar directamente en otros proyectos. Además de permitir la distribución de la versión binaria de los proyectos de la biblioteca (en r15), esto hace que las compilaciones sean mucho más rápidas.

Solo agrega paréntesis:

switch (view.getId()) {
    case (R.id.view1):
        break;
    case (R.id.view2):
        break;
}

Puede cambiar al uso de declaraciones If/Else y la advertencia desaparecerá.

Muestra:

    @Override
    public void onClick(final View v) {
        //finds which button was pressed
        final int buttonView = v.getId();
        String current = fromEditText.getText().toString();
        if (buttonView == R.id.bA) {
            current += getString(R.string.a);
        } 
  }

Google te recomienda usar condiciones si/si no

http://tools.android.com/tips/non-constant-fields

Para cambiarlos automáticamente, puede colocar el signo de intercalación en el switch palabra clave y prensa alternativa + Ingresar en Windows (Opción + Ingresar en Mac) y seleccione Reemplace ‘cambiar’ con ‘si’

Deberías usar ver encuadernación!

android {
    ...
    viewBinding {
        enabled = true
    }
}

Simplemente agregue esto recortado en su nivel de módulo build.gradle expediente:

android {
    ...
    lintOptions {
        disable 'NonConstantResourceId'
    }
}

Más:
https://developer.android.com/studio/write/lint#gradle