Exámenes resueltos programación orientada objetos Java UNED Ingenier Informática

[nosferacento]

PREGUNTA: ¿Una sentencia try puede carecer de catch?


RESPUESTA: Sí, si el error se va a propagar puede existir un try sin catch.

[e-gnacky]

Impresionante nosfarecento.
Me he registrado para felicitarte y para que hacerte saber que nos ayudas una barbaridad.
Gracias.

[nosferacento]

Gracias e-gnacky!!! Voy haciendo lo que puedo... y agradezco un montón que lleguen mensajes como el tuyo y a todos los que están participando y ayudando con más o con menos.

[nosferacento]

Ya veo bartvander que pones rumbo a septiembre... aunque yo me esperaría a que salgan las calificaciones, siempre puede haber alguna sorpresa. Para quien sueñe con septiembre

PREGUNTA: ¿Esta expresión podría formar parte del código de un programa?
assert this.isEmpty() == true;

RESPUESTA: Sí, corresponde a una aserción y puede formar parte del código Java. Una aserción puede verse como un formalismo lógico para la verificación de la corrección de un programa.

[bartvander]

Todavia tengo una esperanza. A ver si hay suerte

[montse.urquijo]

Muchas gracias por todo nosferacento.
La verdad es que me ha venido muy bien tu aportación para estudiar.
A ver que tal se nos da el examen del martes.

Un saludo

[nosferacento]

Hola Montse. El año pasado el examen de la primera semana fue "normal", mientras que el examen de la segunda semana era bastante más complicado, podría decirse que con un poquito (o mucho) de mala leche. Esperemos que este año se porten mejor. De cualquier manera, sea cual sea el nivel de dificultad que traiga el examen, la recomendación es no dejar que eso te descentre. Sea cual sea el nivel, conviene controlar bien los tiempos y tratar de responder lo máximo posible. Por ejemplo, si el tipo test es muy complicado, hay quien tiende a dedicarle 1 hora y media al test y luego no tiene tiempo para responder nada de la parte práctica. Es mejor hacer una primera pasada al test respondiendo por ejemplo un 75 % de las preguntas dejando las más complicadas y seguir a la parte práctica antes que enfrascarse con el test y no hacer nada de la práctica.

[nosferacento]

PREGUNTA: ¿Qué ocurrirá si durante la ejecución de un programa se verifica que en la línea expuesta this.isEmpty() ==false?

Contenido de la línea:

assert this.isEmpty() == true;


RESPUESTA: Se produce una excepción de tipo java.lang.AssertionError. El uso de aserciones es útil para poder ir desarrollando un código más depurado pero no se mantienen en los programas finales o comerciales.

[nosferacento]

Algunos ya han pasado los exámenes y para otros empieza ahora la preparación. Aquí seguimos!

[nosferacento]

PREGUNTA: Si usted va a hacer una entrega comercial de software, ¿qué intentará, que contenga el mayor número de aserciones posibles o que no contenga aserciones?


RESPUESTA: Que no contenga aserciones. Las aserciones están pensadas para la fase de desarrollo y pruebas del programa.

[bartvander]

Bueno pues ayer salieron las notas de Poo. Quiero dar mil gracias a nosferacento, ya que tiene su parte de culpa en  mi aprobado.


!!!GRACIAS, GRACIAS y GRACIAS!!!

[nosferacento]

Enhorabuena bartvander! Y gracias a tí por tu apoyo... Hay mucha gente a la que le ha servido todo el trabajo aquí volcado pero no todo el mundo lo expresa públicamente. Por otro lado, dado que has aprobado y tienes las preguntas y respuestas del examen te animaría a que colabores y cuelgues las preguntas y respuestas de tu examen, que seguro le servirán a la gente que tenga que estudiar para septiembre o para próximos años... Suerte!

[nosferacento]

PREGUNTA: ¿Se puede instanciar una clase vacía?

RESPUESTA: Sí, aunque pueda parecer que tener una clase vacía no tenga utilidad, su utilidad puede estar diferida en el tiempo durante el desarrollo o pruebas de un programa. Es decir, que necesitemos que exista la clase para poder hacer otras cosas aunque de momento no tenga utilidad.

[nosferacento]

PREGUNTA: Una clase abstracta que implementa una interface ¿Está obligada a sobreescribir todos los métodos de la interface?

RESPUESTA: No, esta obligación solo afecta si la clase es concreta. Mientras se vayan declarando descendentemente clases abstractas, no hay obligación de sobreescribir los métodos abstractos hasta que no se implemente una clase concreta.

[nosferacento]

PREGUNTA: Dado este código:

public abstract interface Frobnicate { public void twiddle(String s); }

¿Qué signaturas de las siguientes son correctas y cuáles no?

A. public abstract class Frob implements Frobnicate {
public abstract void twiddle(String s) { }
}

B. public abstract class Frob implements Frobnicate { }

C. public class Frob extends Frobnicate {
public void twiddle(Integer i) { }
}

D. public class Frob implements Frobnicate {
public void twiddle(Integer i) { }
}

E. public class Frob implements Frobnicate {
public void twiddle(String i) { }
public void twiddle(Integer s) { }
}

RESPUESTA: Esto del frobnicate suena un poco raro, no sé si tendrá doble intención o no. Desde luego es para darles una palmadita en la espalda...

A.   Incorrecta. Implementa un método abstracto.
B.   Correcta. No sobreescribe el método abstracto, pero al ser la clase abstracta, no tiene la obligación de hacerlo.
C.   Incorrecta: no se puede usar extends aplicado sobre una interface.
D.   Incorrecta: no sobreescribe correctamente el método.
E.   Correcta: sobreescribe el método. Además lo sobrecarga correctamente.

¿Puede darse la situación en un examen de que dos respuestas sean correctas? En teoría no, pero en la práctica sí (porque en los propios exámenes a veces se cuelan erratas; no es frecuente, pero ocasionalmente sucede).

[nosferacento]

Los que estén preparando el examen... ¡A ponerse las pilas!


PREGUNTA: ¿Qué efecto tiene la afección de una clase por final como en esta declaración?:
final class B extends A { }


RESPUESTA: La clase B no puede ser derivada, no puede tener herencia. Sería erróneo escribir public class C extends B porque al usar la declaración final la herencia queda cerrada.

[nosferacento]

PREGUNTA: ¿Qué efecto tiene la afección de un método por final como en esta signatura?:

final void Move(int dx, int dy)
{ x+= dx; y+= dy; }


RESPUESTA: El método B no podrá ser sobreescrito por clases que hereden de la clase donde se ha definido el método con final.

[nosferacento]

PREGUNTA: ¿Qué resultado produce este código?:

class Clidder {
private final void flipper() { System.out.println("Clidder"); }
}

public class Clidlet extends Clidder {
public final void flipper() { System.out.println("Clidlet"); }

public static void main(String [] args) {
new Clidlet().flipper();
}

}


RESPUESTA: esto de cliper clider recuerda a bebidas gaseosas  . En fin, vamos al asunto. Podría dar la impresión de que nos lanzaría un error al sobreescribir un método declarado como final, que no puede ser sobreescrito. Pero en realidad todo método declarado como privado no es conocido por las subclases. Por lo tanto una subclase puede sobreescribir un método que haya sido declarado como private y final. Final aplicado sobre private no tiene efectos. En cambio, sí tiene efectos cuando se combina con public o con protected. Resultado de ejecución: Clidlet.

[nosferacento]

PREGUNTA: Indicar qué se puede insertar en el lugar indicado para que el código compile, eligiendo la respuesta de entre las opciones que se dan más abajo:

class X { void do1() { } }
class Y extends X { void do2() { } }

class Chrome {
    public static void main(String [] args) {
        X x1 = new X();
        X x2 = new Y();
        Y y1 = new Y();
        //Código a insertar
    } }


Opciones que se dan como respuesta:

A. x2.do2();
B. (Y)x2.do2();
C. ((Y)x2).do2();
D. Ninguna de estas formas compila


RESPUESTA: La forma A no compila porque el compilador no conoce los tipos dinámicos. La forma B no compila porque el compilador ve ambigüedad en el casting. La forma C sí compila, al menos en Java 6. Un poco enrevesado, pero así es. Una pregunta de este tipo diríamos que tiene un poco (o un mucho) de mala intención, así que no le des demasiadas vueltas.

[Susana83]

Eres incansable? De todas formas te agradezco mucho este hilo porque he ido aprendiendo muchas cosas nuevas