Metodos abstractos

[droguerman]

puedes hacer esto y nadie te obliga a no hacerlo:

public class Trabajador
{
public Trabajador() {}
public void Trabajar() {}
}

public class TrabajadorPersona extends Trabajador
{
public void Trabajar() {System.out.println("trabajando como persona");}
}

public class TrabajadorRobot extends Trabajador
{
public void Trabajar() {System.out.println("trabajando como robot");}
}

el problema es que si vas a crear un nuevo descendiente de Trabajador por ejemplo TrabajadorAnimal este tendrá como comportamiento predeterminado no hacer nada, entonces la solución es poner como método abstracto para que el programador que se encargue de implementar la clase TrabajadorAnimal esté obligada a ponerle algun comportamiento, ahora donde está la gracia de esto? es que debemos pensar que no siempre vamos a ser nosotros los encargados de implementar otras clases derivadas, sino que puede ser otra persona, entonces de esta manera le estamos mostrando nuestras reglas a seguir e implementar.

saludos

[Arcioneo]

Te obliga a la de a huevo (forsozamente) a que tengas que hacer(al menos declarar) esos métodos, aunque a simple vista parece inútil, cuando desarrollas para que a posteriori otros programadores lo utilicen, pues resulta mas comodo ver que en la clase abstracta hay un método que yo llamo con ciertos parametro y me regresa esto de tal forma, ya asi no mre preocupa como lo implementaron...

Y bueno, el segundo y mas importante punto, en java no hay polimorfismo, gracias a las clases abstractas se puede realizar por asi decirlo, una emulación del mismo

[[__hector]]

Que en java no hay polimorfismo?? Querras decir quizas, que no hay herencia multiple, pero polimorfismo claro que hay.