Ir al contenido principal

Algunas cosas acerca de Herencia, sobre escritura y métodos estaticos

A continuación vamos a realizar un pequeño estudio, acerca de dos cosas, la primera de ellas es probar que pasa cuando ponemos los keywords, final y static al mismo tiempo en una clase, la segunda es determinar el comportamiento de las clases cuando se sobre escribe un método estático.

1) Tomando en cuenta que una clase final no puede ser extendida y una clase abstract debe ser extendida, cuando intentamos hacer:

public final abstract class ImposibleAbstractClass {

public abstract void doSomething ();
}

El compilador nos muestra el siguiente error de compilación:

"The class ImposibleAbstractClass can be either abstract or final, not both"

Osea, no se puede hacer.

2) Que pasa cuando sobre cargamos un método estático:

Veamos el siguiente código:
public class A {

public static void a () {

System.out.println("A");
}

public void b () {

System.out.println("a");
}
}

public class B extends A {

public static void a () {

System.out.println("B");
}

@Override
public void b() {

System.out.println("b");
}

}

public class Main {

@SuppressWarnings("static-access")
public static void main(String[] args) {

A a = new A ();
A b = new B ();

a.a(); // funciona x tipo
b.a();

System.out.println("***********");

a.b(); // funciona x polimorfismo, osea por implementación.
b.b();

System.out.println("***********");

A.a(); // Llamado directo a la clase, no hay quite.
B.a();

}
}

Resultado:
A
A
***********
a
b
***********
A
B

Como pueden ver y a diferencia del comportamiento polimorfico, la implementación del método la otorga el tipo y no la implementación.
Si cambiamos;
A a = new A ();
A b = new B ();

Por

A a = new A ();
B b = new B ();

El resultado cambia a:
A
B

Por que el tipo de la variable "b" paso de A a B, y por esta razón utiliza esta sobrecarga.

Comentarios

Mario León dijo…
Pues sobre ese mismo tema, quisiera referenciar a este articulo de javaranch http://faq.javaranch.com/view?OverridingVsHiding

Este tambien habla de lo mismo, e indica que esa caracteristica se llama hiding.

Interesante el blog jsanca, keep going !!!
jsanca dijo…
Buen articulo, creo que se llegua a la misma conclusión, un método estatico, no puede ser sobre escribido. Igual pienso que los métodos estaticos deben ser accedidos, indicando primero el nombre de la clase y su metodo,

Miclase.miMetodoStatic();

Pura vida.

Entradas más populares de este blog

Transformando fechas a diferentes zonas horarias (TimeZone)

Ya es sabido por todo programador Java, que uno de los puntos mas bajos, recae en el uso de las fechas, las mismas se encuentran super mal diseñadas y algunos objetos como el caso de Date, practicamente no son usables, pues toda su API esta deprecada (cosa que siento debería de dejar de ponerla deprecada, pues van por la versión 6 y aun la conservan). Recientemente me encontré con el siguiente problema; resulta que al poner un sistema en otro servidor, el cual aparentemente tiene una diferencia horaria configurada, obtenemos como seria de esperar resultados no esperados, cuando realizamos consultas con fechas a la base de datos. La primera solución que se nos ha ocurrido es implementar un convertidor de fechas a diferentes zonas horarias, a continuación coloco el método necesario para realizar la operación: public static Date convertToTimeZoneDate(Date date, TimeZone timeZone) { Date newTimeZoneDate = null; Calendar foreignCalendar = null; // Create a Calendar object with the local ti...

Analizador de expresiones algebraicas recursivo decendente

Como les mencione en un post previo, estoy leyendo el libro el arte de programar en Java, el primer ejercicio consiste en un analizador de expresiones algebraicas recursivo descendente, el mismo consiste en la posibilidad de tomar una cadena que contenga una expresión matemática, la misma puede contener valores en punto flotante, sumar, restar, dividir, multiplicar, sacar exponente (potencia), uso de paréntesis para priorizar una operación, etc. A continuación clase a clase, con una pequeña explicación Lo primero que definiremos es una suite de excepciones para reportar errores, no tiene mucha ciencia, hay una para la division entre cero, cuando no existe una expresión valida, error de sintaxis o cuando los paréntesis no se encuentran balanceados, veamos package cap2; /** * Exception para reportar que hay al intentar dividir entre cero * * User: jsanca * Date: 4/16/13 * Time: 1:30 AM * @author jsanca */ public class DividedByZeroException extends RuntimeException { ...

Comparación de cadenas en Java

El siguiente código nos muestra diferentes formas y métodos para realizar comparaciones de cadenas. La primera comparación con el operador (==), se realiza simplemente a nivel de referencia de memoria. El método (equals) permite realizar una comparación carácter a carácter de dos strings. (equalsIgnoreCase) funciona igual que (equals) descartando las diferencias entre mayúsculas y minúsculas. (CompareTo) permite comparar dos cadenas, con la diferencias que si la clase es igual retorna 0, si la primera cadena es mayor retorna la diferencia (un numero positivo), si la cadena es menor retorna también la diferencia (un numero negativo). Por ultimo se utilizan métodos para realizar comparaciones de pre y pos cadenas, obtener un índice, etc. public void comparisonEqual () { String s1 = "Hello Word"; String s2 = "Hello Word"; String s3 = s1; // Equal examples... System.out.println((s1 == s2)?s1 + " = " + s3: s1 + " != " + s3); System.out...