Foros aprenderaprogramar.com
Didáctica y divulgación de la programación

PREGUNTA: Estudia el código que se muestra a continuación. ¿Compila este código?

public class Preg15 {
    public void prueba () {
        try {
            int variableLocal = 55;
        } catch (ArithmeticException e) {
            System.out.println( variableLocal);
        }
        finally { }
    }
}

RESPUESTA: No, una variable local declarada dentro de un bloque try catch no es conocida ni en el catch ni en el finally. En resumen, si la variable está declarada fuera del bloque try, sí se puede usar en el catch o en el finally. Si está dentro del bloque try, nos saltará un error de compilación.

PREGUNTA: ¿Qué ocurre al ejecutar el siguiente código?

public void goo() {
foo f = new foo();
System.out.println (f);
}
public class foo {
    String f = "22";
    public String toString() {
        return "44";
    }
    public foo() {}
}

RESPUESTA: Error de compilación: un método no puede estar fuera de una clase como algo independiente.

Hola a todos ¿el tema resulta de interés o lo dejo? Díganme algo por favor para saber si resulta de interés 

PREGUNTA: ¿Qué se obtiene al ejecutar el siguiente código?

class Vehiculo {
    public void imprimirSonido() {
            System.out.print("Vehiculo");
        }
    }
    class Coche extends Vehiculo {
            public void imprimirSonido() {
                    System.out.print ("Bicicleta");
                }
     }
     class Bicicleta extends Vehiculo {
            public void imprimirSonido() {
                    System.out.print ("Bicicleta");
                }
            }
     public class Test {
            public static void main (String [] args) {
                Vehiculo v = new Coche();
                Bicicleta b = (Bicicleta) v;
                v.imprimirSonido();
                b.imprimirSonido();
            }
        }

RESPUESTA: El código compila, pero se produce una excepción en tiempo de ejecución. El error nos indica java.lang.ClassCastException: Coche cannot be cast to Bicicleta at Test.main(Test.java:22). Esto está relacionado con conversiones de tipo permitidas y no permitidas. Tanto coche como bicicleta heredan de vehiculo, podríamos decir que coche y bicicleta "son hermanos". El código compila porque un vehiculo podría contener una bicicleta (polimorfismo de vehiculo). Sin embargo, en tiempo de ejecución lo que realmente contiene v es un coche. El resultado, que se detecta un intento de conversión de lado a lado (entre hermanos) y nos salta el error en tiempo de ejecución.
Bueno, no sé si lo he explicado muy claro pero por lo menos lo he intentado.

PREGUNTA: Dado este fragmento de código, ¿cuál será su salida?

class Cantante { public static String cantar() { return "la"; } }
public class Tenor extends Cantante {
    public static String cantar () { return "fa"; }
        public static void main (String [] args ) {           
        Tenor t = new Tenor ();
        Cantante s = new Tenor ();
        System.out.println (t.cantar () + " " + s.cantar() );
    }
}

RESPUESTA: Do, re, mi, fa, sol… qué simpática la pregunta. Qué derroche de imaginación y simpatía. Veamos el fondo del asunto. Primera cuestión:
El fichero lleva el nombre de la clase pública. La otra clase no es conocida fuera del fichero.
Al crear un Tenor no ocurre nada puesto que no hay constructor ni campos.
El método cantar de Tenor es estático: esto significa que es un método de clase y que se puede invocar tanto sobre un objeto como sobre el nombre de la clase. Idem para el método cantar de Cantante.
Aunque parece que hay una sobreescritura de métodos, en realidad no la hay: un método estático no es sobreescribible y no funciona la ligadura dinámica de métodos. Si el método de la superclase fuera estático y el de la subclase no, saltaría un error “overridden method is static”.
Al crear un Cantante s con tipo Tenor, el tipo estático es Cantante, y el dinámico Tenor. Al invocar el método cantar sobre t se nos devuelve fa, y al invocar cantar sobre s, dado que s dispone de un método estático de s nombre se ejecuta y devuelve la. Por tanto la salida es : fa-la

PREGUNTA: ¿Este código compila y si compila, qué sentido tiene?

public class MiClase1 {
    private MiClase2 prueba = new MiClase2();
    public void mostrarMiClase1 () {
        System.out.println (prueba.getContenido());
    }
}
class MiClase2 {
    String soy2 = "Hola soy 2";
    public String getContenido() { return soy2; }
}
class MiClase3 {
    MiClase1 pp;
    MiClase2 jj;
}

RESPUESTA: Sí, el código compila. El fichero lleva el nombre de la clase pública. Las otras clases dentro del fichero se conocen entre sí, pero no pueden ser usadas fuera del fichero.

PREGUNTA: ¿Este código compila y si compila, qué sentido tiene?

public class MiClase1 {  }

public class MiClase2 { }

class MiClase3 { }   


RESPUESTA: No, el código no compila. El compilador no sabe qué nombre ponerle a la clase si se declaran dos nombres como público. En un archivo se pueden definir varias clases, pero en un archivo no puede haber más que una clase public. Este archivo se llamará como la clase public que contiene con extensión *.java. Con excepciones, lo habitual es escribir una sola clase por archivo.

PREGUNTA: ¿Este código compila y si compila, qué sentido tiene?

class MiClase1 { }

class MiClase2 { }

class MiClase3 { }
RESPUESTA: Sí, el código compila. La clase se denomina con el nombre de la primera declaración que aparezca, es decir: MiClase1. Si hay varias clases en un mismo fichero, java sólo permite que se pueda usar una de ellas desde código que esté fuera del fichero.
MiClase1 define un tipo.
Al no declararse usando public, el compilador le da visibilidad dentro del package en que esté definida. El resto de clases que se declaran tienen consideración de clases solo accesibles por otras clases dentro del fichero.

PREGUNTA: ¿Este código compila y si compila, qué sentido tiene?

private class MiClase1 {  }

RESPUESTA:    No, el código no compila. Solo se admite public. Podría compilar si se tratara de una clase interna dentro de otra clase, pero tal y como está no.

Lo de absurdas o rebuscadas, porque cuando analizas las preguntas de examen te das cuenta de que muchas no tienen ni pies ni cabeza. Son preguntas relativas a detalles muy concretos de código que nunca en la vida se te va a plantear en la vida profesional... y cuando ves eso dices ¿y esto para qué demonios sirve? No digo que todas las preguntas sean así, pero sí muchas de ellas.
Sobre lo del tipo test, efectivamente lo que estoy posteando no incluyo las opciones del test, sino que directamente voy a la respuesta. Esto es para ahorrar espacio y no marear al personal... al final lo que te tienes que saber es la respuesta.