Herencia, Polimorfismo y Interfaces en Java

Herencia en Java, con ejemplos
El proyecto de este post lo puedes descargar pulsando AQUI. -- (HerenciaJava-master)
La Herencia es uno de los 4 pilares de la programacin orientada a objetos (POO) junto con
la Abstraccin, Encapsulacin y Polimorfismo. Al principio cuesta un poco entender estos conceptos
caractersticos del paradigma de la POO porque solemos venir de otro paradigma de programacin como el
paradigma de la programacin estructurada (ver la entrada "Paradigmas de Programacin), pero se ha de
decir que la complejidad est en entender este nuevo paradigma y no en otra cosa.
Respecto a la herencia se han dado muchas definiciones como por ejemplo la siguiente: "La
herencia es un mecanismo que permite la definicin de una clase a partir de la definicin de otra ya
existente. La herencia permite compartir automticamente mtodos y datos entre clases, subclases y
objetos.". As de primeras esta definicin es un poco difcil de digerir para aquellos que estis empezando
con la POO, as que vamos a intentar digerir esta definicin con un ejemplo en el que veremos que la
herencia no es ms que un "Copy-Paste Dinmico" o una forma de "sacar factor comn" al cdigo que
escribimos.
El ejemplo que proponemos es un caso en el que vamos a simular el comportamiento que tendran
los diferentes integrantes de la seleccin espaola de futbol; tanto los Futbolistas como el cuerpo tcnico
(Entrenadores, Masajistas, etc). Para simular este comportamiento vamos a definir tres clases que van a
representaran a objetos Futbolista, Entrenador y Masajista. De cada uno de ellos vamos a necesitar algunos
datos que reflejaremos en los atributos y una serie de acciones que reflejaremos en sus mtodos. Estos
atributos y mtodos los mostramos en el siguiente diagrama de clases:
NOTA: en este diagrama y en adelante no vamos a poner los constructores y mtodos getter y setter con el
fin de que el diagrama nos quede grande e "intendible" aunque en un buen diagrama de clases deberan
aparecer para respetar el principio de encapsulacin de la POO
Como se puede observar, vemos que en las tres clases tenemos atributos y mtodos que son
iguales ya que los tres tienen los atributos id, Nombre, Apellidos y Edad; y los tres tienen los mtodos
de Viajar y Concentrarse:
A nivel de cdigo tenemos lo siguiente tras ver el diagrama de clases :
public class Futbolista

{
private int id;
private String Nombre;
private String Apellidos;
private int Edad;
private int dorsal;
private String demarcacion;
// constructor, getter y setter
public void Concentrarse() {
...
}
public void Viajar() {
...
}
public void jugarPartido() {
...
}
public void entrenar() {
...
}
}
public class Masajista

{
private int id;
private int Edad;
private String Titulacion;
private int aniosExperiencia;
public class Entrenador

{
private int id;
private int Edad;
private String idFederacion;
...
}
...
}
public void dirigirPartido() {
...
}
public void dirigirEntreno() {
...
}
}

...
}
...
}
public void darMasaje() {
...
}
}
Lo que podemos ver en este punto es que estamos escribiendo mucho cdigo repetido ya que las
tres clases tienen mtodos y atributos comunes, de ah y como veremos enseguida, decimos que la
herencia consiste en "sacar factor comn" para no escribir cdigo de ms, por tanto lo que haremos
ser crearnos una clase con el "cdigo que es comn a las tres clases" (a esta clase se le denomina
en la herencia como "Clase Padre o SuperClase") y el cdigo que es especifico de cada clase, lo
dejaremos en ella, siendo denominadas estas clases como "Clases Hijas", las cuales heredan de la
clase padre todos los atributos y mtodos pblicos o protegidos. Es muy importante decir que las
clases hijas no van a heredar nunca los atributos y mtodos privados de la clase padre, as que mucho
cuidado con esto.
En resumen la ventaja de la herencia, tenemos ahora una clase padre con 'n' lneas de cdigo y tres
clases hijas con 'a', 'b' y 'c' lneas de cdigos respectivamente, por tanto si cuentas, hemos reducido
nuestro cdigo en '2n' lneas menos ya que antes tenamos '(n+a)+(n+b)+(n+c)' lneas de cdigo y
ahora tras aplicar herencia tenemos 'n+a+b+c' lneas, aunque tambin es cierto que tenemos una clase
ms, pero veremos un poco ms adelante la ventaja de tener esa clase padre. En resumen, al "sacar factor
comn" y aplicar herencia, tenemos las siguientes clases:
A nivel de cdigo, las clases quedaran implementadas de la siguiente forma :
public class SeleccionFutbol

{
protected int id;
protected String Nombre;
protected String Apellidos;
protected int Edad;
public class Futbolista extends

SeleccionFutbol
{
private int dorsal;
public Futbolista() {
super();
}

...
}
...
}
// getter y setter
...
}
...
}
}
}
public class Entrenador extends
SeleccionFutbol
{
private String idFederacion;
public class Masajista extends

SeleccionFutbol
{
private String Titulacion;

public Entrenador() {
super();
}
public Masajista() {
super();
}
// getter y setter
// getter y setter
public void dirigirPartido() {
...
}
public void dirigirEntreno() {
...
}

...
}
}
Como podemos observar ahora queda un cdigo mucho ms limpio, estructurado y con menos
lneas de cdigo, lo que lo hace ms legible, cosa que es muy importante y lo que todava lo hace ms
importante es que es un cdigo reutilizable, lo que significa que ahora si queremos aadir ms clases a
nuestra aplicacin como por ejemplo una clase Mdico, Utiller@, Jefe/a de prensa etc. que pertenezcan
tambin al equipo tcnico de la seleccin Espaola, lo podemos hacer de forma muy sencilla ya que en la
clase padre (SeleccionFutbol) tenemos implementado parte de sus datos y de su comportamiento y solo
habr que implementar los atributos y mtodos propios de esa clase.
Ahora en el cdigo que se ha escrito y sino has tenido experiencia con la herencia en Java, has
podido observar dos palabras reservadas "nuevas" como son "extends", "protected" y "super". Pues bien,
ahora vamos a explicar el significado de ellas:
extends: Esta palabra reservada, indica a la clase hija cual va a ser su clase padre, es decir que por
ejemplo en la clase Futbolista al poner "public class Futbolista extends SeleccionFutbol" le estamos
indicando a la clase 'Futbolista' que su clase padre es la clase 'SeleccionFutbol' o dicho de otra
manera para que se entienda mejor, al poner esto estamos haciendo un "copy-paste dinmico"
diciendo a la clase 'Futbolista' que se 'copie' todos los atributos y mtodos pblicos o protegidos de
la clase 'SeleccionFutbol'. De aqu viene esa 'definicin' que dimos de que la herencia en un 'copypaste dinmico'.
protected: sirve para indicar un tipo de visibilidad de los atributos y mtodos de la clase padre y
significa que cuando un atributo es 'protected' o protegido, solo es visible ese atributo o mtodo
desde una de las clases hijas y no desde otra clase.
super: sirve para llamar al constructor de la clase padre. Quizs en el cdigo que hemos puesto no
se ha visto muy bien, pero a continuacin lo mostramos de formas ms clara, viendo el constructor
de los objetos pasndole los atributos:
public class SeleccionFutbol {
......
public SeleccionFutbol() {
}
public SeleccionFutbol(int id, String nombre, String apellidos, int edad) {
this.id = id;
this.Nombre = nombre;
this.Apellidos = apellidos;
this.Edad = edad;
}
......
public class Futbolista extends SeleccionFutbol {

......
public Futbolista() {
super();
}
public Futbolista(int id, String nombre, String apellidos, int edad, int dorsal, String
demarcacion) {
super(id, nombre, apellidos, edad);
this.dorsal = dorsal;
this.demarcacion = demarcacion;
}
......
Hasta aqu todo correcto, pero ahora vamos a ver como trabajamos con estas clases. Para ver este
funcionamiento de forma clara y sencilla vamos a trabajar con un objeto de cada clase y vamos a ver como
se crean y de qu forma ejecutan sus mtodos. Para ello empecemos mostrando el siguiente fragmento de
cdigo:
public class Main {

// ArrayList de objetos SeleccionFutbol. Idenpendientemente de la clase hija a la que
pertenezca el objeto
public static ArrayList<SeleccionFutbol> integrantes = new
ArrayList<SeleccionFutbol>();
public static void main(String[] args) {
"284EZ89");
Derecho");
Entrenador delBosque = new Entrenador(1, "Vicente", "Del Bosque", 60,

Futbolista iniesta = new Futbolista(2, "Andres", "Iniesta", 29, 6, "Interior
Masajista raulMartinez = new Masajista(3, "Ral", "Martinez", 41, "Licenciado

en Fisioterapia", 18);
integrantes.add(delBosque);
integrantes.add(iniesta);
integrantes.add(raulMartinez);
// CONCENTRACION
System.out.println("Todos los integrantes comienzan una concentracion.
(Todos ejecutan el mismo mtodo)");
for (SeleccionFutbol integrante : integrantes) {
System.out.print(integrante.getNombre()+"
"+integrante.getApellidos()+" -> ");
integrante.Concentrarse();
}
// VIAJE
System.out.println("nTodos los integrantes viajan para jugar un partido.
(Todos ejecutan el mismo mtodo)");
System.out.print(integrante.getNombre()+"
"+integrante.getApellidos()+" -> ");
integrante.Viajar();
}
......
Lo primero que vemos es que nos creamos un objeto de cada clase, pasndole los atributos al
constructor como parmetro y despus "sorprendentemente" los metemos en un "ArrayList" de objetos
de la clase "SeleccionFutbol" que es la clase padre. Esto evidentemente te lo permite hacer ya que todos
los objetos son hijos de la misma clase padre. Luego como veis, recorremos el ArrayList y ejecutamos sus
mtodos "comunes" como son el 'Concentrarse' y el 'Viajar'. Este cdigo da como salida lo siguiente:
Todos los integrantes comienzan una concentracion. (Todos ejecutan el mismo mtodo)
Vicente Del Bosque -> Concentrarse
Andres Iniesta -> Concentrarse
Ral Martinez -> Concentrarse
Todos los integrantes viajan para jugar un partido. (Todos ejecutan el mismo mtodo)
Vicente Del Bosque -> Viajar
Andres Iniesta -> Viajar
Ral Martinez -> Viajar
Al ejecutar todos los mismos mtodos de la clase padre el cdigo puesto funciona correctamente.
Posteriormente vamos a ejecutar cdigo especfico de las clases hijas, de ah que ahora no
podamos recorrer el ArrayList y ejecutar el mismo mtodo para todos los objetos ya que ahora esos objetos
son nicos de las clases hijas. El cdigo es el siguiente:
// ENTRENAMIENTO
System.out.println("nEntrenamiento: Solamente el entrenador y el futbolista tiene metodos para
entrenar:");
System.out.print(delBosque.getNombre()+" "+delBosque.getApellidos()+" -> ");
delBosque.dirigirEntrenamiento();
System.out.print(iniesta.getNombre()+" "+iniesta.getApellidos()+" -> ");
iniesta.entrenar();
// MASAJE
System.out.println("nMasaje: Solo el masajista tiene el mtodo para dar un masaje:");
System.out.print(raulMartinez.getNombre()+" "+raulMartinez.getApellidos()+" -> ");
raulMartinez.darMasaje();
// PARTIDO DE FUTBOL
System.out.println("nPartido de Ftbol: Solamente el entrenador y el futbolista tiene metodos
para el partido de ftbol:");
System.out.print(delBosque.getNombre()+" "+delBosque.getApellidos()+" -> ");
delBosque.dirigirPartido();
System.out.print(iniesta.getNombre()+" "+iniesta.getApellidos()+" -> ");
iniesta.jugarPartido();
Como vemos aunque el entrenador y los futbolistas asistan a un entrenamiento, los dos hacen una
funcin diferente en el mismo, por tanto hay que hacer mtodos diferente para cada una de las clases. Ya
veremos cuando hablemos del polimorfismo que podremos ejecutar el mismo mtodo para clases diferentes
y que esos mtodos hagan cosas distintas. Como resultado al cdigo mostrado tenemos lo siguiente:
Entrenamiento: Solamente el entrenador y el futbolista tienen mtodos para entrenar:

Vicente Del Bosque -> Dirige un entrenamiento
Andres Iniesta -> Entrena
Masaje: Solo el masajista tiene el mtodo para dar un masaje:
Ral Martinez -> Da un masaje
Partido de Ftbol: Solamente el entrenador y el futbolista tiene mtodos para el partido de
ftbol:
Vicente Del Bosque -> Dirige un partido
Andres Iniesta -> Juega un partido
CONCLUSIONES Y ACLARACIONES:
El tema de la herencia es un tema que puede ser un poco ms complejo de lo que lo hemos
contado aqu, ya que solo hemos contado lo que es la herencia simple (ya que Java por el momento es el
nico tipo de herencia que soporta) y no la herencia mltiple, que es un tipo de herencia en la que una clase
hija puede tener varios padres, aunque por el momento si estas empezando a aprender el concepto de la
herencia, con la herencia simple tienes ms que suficiente. Para los que os estis iniciando en el mundo de
la ingeniera informtica, habris podido ver que hemos puesto unos ejemplo mostrando unos diagramas
"un poco raros"; pues bien, estos diagramas se llaman diagramas de clases y sirven para representar de
forma grfica los atributos y mtodos de las clases y las relaciones entre ellos, utilizando el lenguaje UML
del cual intentaremos hablar ms adelante en otros tutoriales.
Polimorfismo en Java (Parte I), con ejemplos

El proyecto de este post lo puedes descargar pulsando AQUI. (PolimorfismoJarroba-master)
El Polimorfismo es uno de los 4 pilares de la programacin orientada a objetos (POO) junto con
la Abstraccin, Encapsulacin y Herencia. Para entender que es el polimorfismo es muy importante que
tengas bastante claro el concepto de la Herencia, por tanto recomendamos que veas la entrada en la que
hablamos de la Herencia: Herencia en Java, con ejemplos.
Para empezar con esta entrada, se ha de decir que el trmino Polimorfismo es una palabra de
origen griego que significa muchasformas. Este trmino se utiliza en la POO para referirse a la
propiedad
por
la
que
es
posible
enviar
mensajes
sintcticamente
iguales
a objetos de tipos distintos. Como esta definicin quizs sea algo difcil de entender, vamos a explicarla
con el ejemplo que pusimos en la entrada de la herencia en la que queramos simular el comportamiento
que tendran los diferentes integrantes de la seleccin espaola de ftbol; tanto los Futbolistas como el
cuerpo tcnico (Entrenadores, Masajistas, etc). Para este ejemplo nos vamos a basar en el siguiente
diagrama de clases:
NOTA: en este diagrama y en adelante no vamos a poner los constructores y mtodos getter y setter con el
fin de que el diagrama nos quede grande e intendible aunque en un buen diagrama de clases deberan
aparecer para respetar el principio de encapsulacin de la POO
En este ejemplo vamos a tener una clase padre (SeleccinFutbol) en la que tendremos los
atributos y mtodos comunes a todos los integrantes que forman la seleccin espaola de ftbol
(Futbolistas, Entrenadores, Masajistas, etc.) y en ella se van a implementar los mtodos del
comportamiento genrico que deben de tener todos los integrantes de la seleccin. Como ya
dijimos en la entrada de la herencia, la herencia no es ms que sacar factor comn del cdigo que
escribimos, as que los atributos y mtodos de la clase SeleccionFutbol los tendrn tambin los objetos de
las clases Futbolista, Entrenador y Masajista. Antes de seguir vamos a mostrar el cdigo de la clase
SeleccionFutbol para ver algunas peculiaridades:
public abstract class SeleccionFutbol {

protected int id;
protected String nombre;
protected String apellidos;
protected int edad;
// constructores, getter y setter
public void viajar() {
System.out.println("Viajar (Clase Padre)");
}
public void concentrarse() {
System.out.println("Concentrarse (Clase Padre)");
}
// IMPORTANTE -> METODO ABSTRACTO => no se implementa en la clase abstracta
pero si en la clases hijas
public abstract void entrenamiento();
public void partidoFutbol() {
System.out.println("Asiste al Partido de Ftbol (Clase Padre)");
}
}
Lo primero que nos debe de llamar la atencin al ver este cdigo es que utilizamos dos veces la
palabra reservada abstract. Esta palabra nos indica que la clase SeleccionFutbol es una clase
abstracta y las clases abstractas no se pueden instanciar, por tanto nunca podremos hacer un new
SeleccionFutbol(). Otra cosa que vemos es que tambin utilizamos la palabra reservada abstract en un
mtodo (en el mtodo entrenamiento). Esto quiere decir que todas las clases hijas de la clase
SeleccionFubol tienen que tener implementado ese mtodo obligatoriamente. Por tanto con esto que
se acaba de contar y diciendo que la palabra Polimorfismo significa muchas formas, podis deducir
que la clase SeleccionFutbol es una clase que puede adoptar diferentes formas y en este ejemplo
puede adoptar las formas deFutbolista, Entrenador y Masajista.
Como vemos un Entrenador, un Futbolista y un Masajista pertenecen a la misma clase padre y

por eso se instancian diciendo que es una SeleccionFutbol y son nuevos objetos de las clases hijas. Por
otro lado vemos que no se pueden crear objetos de una clase abstracta, por tanto el crearnos el objeto
casillas nos da un error.
Y ahora si hemos dicho que hemos definido en la clase padre un mtodo abstracto que es
obligatorio implementar en las clases hijas Cmo lo hacemos? Bueno vamos por partes. Una cosa muy
buena que tiene la herencia y el polimorfismo, es que las clases hijas no solo heredan los mtodos (o la
implementacin de los mtodos) de las clases padre, sino que las clases hijas se pueden especializar.
Esto significa que una clase hija puede redefinir los mtodos de su clase padre; es decir, que se puede
volver a escribir ese mtodo y de ah la especializacin. Para ello vamos a ver la implementacin de las
clases hijas:

private int dorsal;
@Override
public void entrenamiento() {
System.out.println("Realiza un entrenamiento (Clase Futbolista)");
}
@Override
System.out.println("Juega un Partido (Clase Futbolista)");
}
public void entrevista() {
System.out.println("Da una Entrevista");
}
}
public class Entrenador extends SeleccionFutbol {

private int idFederacion;
@Override
System.out.println("Dirige un entrenamiento (Clase Entrenador)");
}
@Override
System.out.println("Dirige un Partido (Clase Entrenador)");
}
public void planificarEntrenamiento() {
System.out.println("Planificar un Entrenamiento");
}
}
public class Masajista extends SeleccionFutbol {

private String titulacion;
@Override

System.out.println("Da asistencia en el entrenamiento (Clase Masajista)");
}
System.out.println("Da un Masaje");
}
}
Como vemos en el cdigo todas las clases hijas tienen implementada el mtodo entrenamiento()
ya que como dijimos al tenerlo en la clase padre como mtodo abstracto, es obligatorio que todas las clases
hijas tengan ese mtodo. Por otro lado observamos en el cdigo que encima del mtodo entrenamiento() y
otros mtodos, tenemos la etiqueta @Override. Esta etiqueta sirve para indicar en el cdigo que estamos
re-escribiendo o especializando un mtodo que se encuentra en la clase padre y que queremos
redefinir en la clase hija. Si te fijis esta etiqueta solo y exclusivamente esta en los mtodos de las clases
hijas que tenemos definida en la clase padre, por tanto cuando se llame a esos mtodos, las clases hijas
ejecutaran el mtodo redefinido en la clase hija y las que no lo hayan redefinido se ejecutar es mtodo de
la clase padre. En la siguiente imagen vemos cmo hacemos estas especializaciones :
Con todo esto ya podemos empezar a ejecutar el programa que simular el comportamiento de los
integrantes de la seleccin espaola y ver las diferentes formas que adoptan cada uno de los integrantes de
la seleccin. Para ello empecemos mostrando el siguiente fragmento de cdigo :
public class Main {
public static ArrayList<SeleccionFutbol> integrantes = new ArrayList<SeleccionFutbol>();
SeleccionFutbol delBosque = new Entrenador(1, "Vicente", "Del Bosque", 60, 28489);
SeleccionFutbol iniesta = new Futbolista(2, "Andres", "Iniesta", 29, 6, "Interior Derecho");
SeleccionFutbol raulMartinez = new Masajista(3, "Ral", "Martinez", 41, "Licenciado en
Fisioterapia", 18);
// CONCENTRACION
System.out.println("Todos los integrantes comienzan una concentracion. (Todos ejecutan el
mismo mtodo)");
System.out.print(integrante.getNombre() + " " + integrante.getApellidos() + " -> ");
integrante.concentrarse();
}
// VIAJE
System.out.println("nTodos los integrantes viajan para jugar un partido. (Todos ejecutan el
mismo mtodo)");
integrante.viajar();
}
.........
}
Como vemos nos hemos creado tres objetos de la clase SeleccionFutbol que adoptan una de las
tres formas que pueden adaptar (Entrenador, Futbolista y Masajista) y los metemos en un ArrayList de
objetos de la clase SeleccionFutbol. Ahora al ejecutar este fragmento de cdigo vamos a ver que todos
tienen el mismo comportamiento a la hora de concentrarse () y viajar (), por tanto ejecutarn el mtodo
de la clase padre:
Vicente Del Bosque -> Concentrarse (Clase Padre)
Andres Iniesta -> Concentrarse (Clase Padre)
Ral Martinez -> Concentrarse (Clase Padre)
Vicente Del Bosque -> Viajar (Clase Padre)
Andres Iniesta -> Viajar (Clase Padre)
Ral Martinez -> Viajar (Clase Padre)
Hasta el momento nada nuevo y sorprendente, pero ahora vamos a ver como cada uno de los
integrante al lanzarse los mismos mtodos (entrenamiento() y partidoFutbol()) tienen un comportamiento
diferente:
........
// ENTRENAMIENTO
System.out.println("nEntrenamiento: Todos los integrantes tienen su funcin en un entrenamiento
(Especializacin)");
integrante.entrenamiento();
}
System.out.println("nPartido de Ftbol: Todos los integrantes tienen su funcin en un partido
(Especializacin)");
integrante.partidoFutbol();
}
........
Vemos el resultado al ejecutar este fragmento de cdigo:

Entrenamiento: Todos los integrantes tienen su funcin en un entrenamiento (Especializacin)
Vicente Del Bosque -> Dirige un entrenamiento (Clase Entrenador)
Andres Iniesta -> Realiza un entrenamiento (Clase Futbolista)
Ral Martinez -> Da asistencia en el entrenamiento (Clase Masajista)
Partido de Ftbol: Todos los integrantes tienen su funcin en un partido (Especializacin)
Vicente Del Bosque -> Dirige un Partido (Clase Entrenador)
Andres Iniesta -> Juega un Partido (Clase Futbolista)
Ral Martinez -> Asiste al Partido de Ftbol (Clase Padre)
En este caso vemos que todos los integrantes ejecutan el mtodo entrenamiento() de forma
diferente ya que al ser este mtodo abstracto en la clase padre, les forzamos a las clases hijas a que
implementen ese mtodo. Por el contrario al ejecutar el mtodo partidoFutbol() vemos que el objeto de la
clase Masajista utiliza el mtodo implementado en la clase padre y en cambio los objetos de la clase
Futbolista y Entrenador ejecutan sus mtodo re-implementados o especializados que se volvieron a
escribir en sus clases.
Por ltimo vamos a ver que cada uno de los objetos puede ejecutar mtodos propios que solamente
ellos los tienen como son el caso de planificarEntrenamiento(), entrevista() y darMasaje() que solo los
pueden ejecutar objetos de la clase Entrenador, Futbolista y Masajista respectivamente:
........
// PLANIFICAR ENTRENAMIENTO
System.out.println("nPlanificar Entrenamiento: Solo el entrenador tiene el mtodo para planificar un
entrenamiento:");
System.out.print(delBosque.getNombre() + " " + delBosque.getApellidos() + " -> ");
((Entrenador) delBosque).planificarEntrenamiento();
// ENTREVISTA
System.out.println("nEntrevista: Solo el futbolista tiene el mtodo para dar una entrevista:");
System.out.print(iniesta.getNombre() + " " + iniesta.getApellidos() + " -> ");
((Futbolista) iniesta).entrevista();
// MASAJE
System.out.println("nMasaje: Solo el masajista tiene el mtodo para dar un masaje:");
System.out.print(raulMartinez.getNombre() + " " + raulMartinez.getApellidos() + " -> ");
((Masajista) raulMartinez).darMasaje();
........
Como resultado de la ejecucin de este fragmento de cdigo tenemos lo siguiente:

Planificar Entrenamiento: Solo el entrenador tiene el mtodo para planificar un entrenamiento:
Vicente Del Bosque -> Planificar un Entrenamiento
Entrevista: Solo el futbolista tiene el mtodo para dar una entrevista:
Andres Iniesta -> Da una Entrevista
Ral Martinez -> Da un Masaje
Como hemos visto el polimorfismo es un concepto un poco ms avanzado que la herencia y puede
ser muy til a la hora de jerarquizar y querer dar un patrn de comportamiento comn a una serie de objetos
que heredan de la misma clase. En esta entrada no hemos visto todo lo referente al polimorfismo ya que nos
quedara ver un concepto un poco ms avanzado en Java (y en otros lenguajes tambin) como son las
Interface (clases abstractas puras) de las cuales hablaremos en otra entrada para terminar de ver lo que
es el polimorfismo.
Por ltimo es muy probable para los que estis empezando con la POO que no veas mucho sentido
a esto del polimorfismo y al principio es normal. Solo os debo de decir que a base de experiencia se le
encuentra sentido al polimorfismo, por tanto si tienes que hacer alguna prctica en la universidad o lo que
sea en la que tengas que usar el polimorfismo intentar entenderlo y hacer lo que pidan porque entenderlo
100% es complicado y se requiere de experiencia para ello.
Polimorfismo en Java -Interface- (Parte II), con ejemplos
El proyecto de este post lo puedes descargar pulsando AQUI. (PolimorfismoInterfaceJarroba-master)
En esta entrada vamos a continuar hablando de polimorfismo y en concreto vamos a explicar las
Interface y como siempre lo vamos a hacer con un ejemplo. Para entender lo que vamos a contar en esta
entrada es imprescindible que sepas que es la herencia y el polimorfismo, por tanto si no tienes muy claros
estos conceptos recomendamos que mires los siguientes tutoriales en los que hablamos sobre ello:
Herencia -> Herencia en Java, con ejemplos

Polimorfismo -> Polimorfismo en Java (Parte I), con ejemplos
El concepto de Interface lleva un paso ms all el concepto de una clase abstracta en la que
vimos que una clase abstracta es una clase que no se puede instanciar (crear un objeto de esa clase)
pero si se pueden definir atributos e implementar mtodos en ella para que sus clases hijas los
puedan utilizar. Pues bien una Interface es una clase abstracta pura en la que todos sus mtodos
son abstractos y por tanto no se pueden implementar en la clase Interface . Mucho podras pensar para
que vale una clase abstracta pura en la que no se permiten implementar mtodos y que encima en las
clases hijas de esa interface tengan que tener si o si implementados estos mtodos; pues bien, las
Interfaces sirven para establecer la forma que debe de tener una clase. Un ejemplo que hay en Java
sobre Interace es la Interface Map. En la entrada Map en Java, con ejemplos, vimos que habia
diferentes tipos de Map; en concreto los HashMap, TreeMap y LinkedHashMap, lo que quiere decir que
todas las clases Map deben de tener implementadas a su manera los mismo mtodos como el put(),
get(), remove(), etc. y asi lo vimos en esta entrada en la que un HashMap inserta los datos de manera
diferente a un TreeMap y al LinkedHashMap. Por tanto vemos como se ha establecido una forma comn que
deben de respetar todos los Maps de Java.
Por otro lado se ha de decir que una Interface no se puede definir atributos salvo que estos sean
estticos o constantes; es decir, static o final.
Siguiendo con los ejemplos que hemos estado poniendo en las entradas de la Herencia y
el Polimorfismo, vamos a ver un ejemplo en el que simularemos el comportamiento que tendran los
diferentes integrantes de la seleccin espaola de ftbol; tanto los Futbolistas como el cuerpo tcnico
(Entrenadores, Masajistas, etc). Para este ejemplo nos vamos a basar en el siguiente diagrama de clases:
Lo primero que vemos es la clase IntegranteSeleccionFutbol que es una Interface en la que tiene
definido cuatro mtodos (es decir una clase abstracta pura). Como se ha dicho en esta clase solo se definen
los mtodos pero no se implementan; as que a nivel de cdigo la clase quedara de la siguiente manera:
public interface IntegranteSeleccionFutbol {

void concentrarse();
void viajar();
void entrenar();
void jugarPartido();
}
Lo siguiente que vemos en el diagrama de clases es la clase SeleccionFutbol que es una clase
abstracta que utiliza (implements) la Interface IntegranteSeleccionFutbol. Al ser esta una clase
abstracta no se puede instanciar y por tanto en ella no es necesario implementar los mtodos de la
Interfece; pero si ser obligatorio implementarlo en sus clases hijas (Futbolista, Entrenador y Masajista).
Para que veamos bien el uso de las interfaces, vamos a hacer primero una chapuzilla para entender su
utilizacin. Lo que vamos a hacer es no implementar los mtodos de la interface en la clase abstracta
SeleccionFutbol con el fin de que veamos que en las clases hijas nos van a exigir que implementemos los
mtodos de la interface. Para ello la clase abstracta quedara de la siguiente forma (sin ningn mtodo
implementado):
public abstract class SeleccionFutbol implements IntegranteSeleccionFutbol {

protected int id;
protected int edad;
public SeleccionFutbol() {
}
public SeleccionFutbol(int id, String nombre, String apellidos, int edad) {
this.id = id;
this.nombre = nombre;
this.apellidos = apellidos;
this.edad = edad;
}
// getter y setter
}
En este punto vemos una nueva palabra reservada como es la palabra implements que quiere
decir que la clase SeleccionFutbol debe ser una clase que adopte la forma que tiene la Interface
IntegranteSeleccionFutbol; es decir, que debe tener implementados los mtodos de la Interface. En este
caso al ser una clase abstracta las podemos implementar ah (si queremos) o en las clases hijas
(obligatoriamente sino las implementamos en la clase padre), por eso el ejemplo que ponemos es para ver
como el compilador nos exigir que esos mtodos estn implementados en las clases hijas.
Por tanto sino implementamos los mtodos en la clase padre (SeleccionFutbol) y nos vamos a
cualquiera de las clases hijas (por ejemplo la de futbolista) vemos como nos exigen que implementemos
esos mtodos:
Vemos en la clase futbolista (en el IDE de Eclipse) que nos da un error y como solucin nos dice
que tenemos que implementar los mtodos concentrarse(), viajar(), etc. Si en Eclipse seleccionamos una
de las opciones para solucionar el error, vemos que nos da la opcin de Aadir los mtodos no
implementados (add unimplemented methods):
Si seleccionamos esa opcin vemos como en Eclipse nos implementa los mtodos de la Interface
de forma automtica:
Como hemos visto que nos exigen implementar los mtodos en la Interface en las clases hijas,
ahora vamos a hacer las cosas bien y vamos a implementar los mtodos de la Interface en la clase padre
(SeleccionFutbol) para que solamente haya que implementar los mtodos que queramos especializarlos
en las clases hijas. Por tanto la clase SeleccionFutbol bien implementada quedara de la siguiente forma:
public abstract class SeleccionFutbol implements IntegranteSeleccionFutbol {

protected int id;
protected int edad;
// Constructor, getter y setter
public void concentrarse() {
System.out.println("Concentrarse (Clase Padre)");
}
public void viajar() {
System.out.println("Viajar (Clase Padre)");
}
System.out.println("Entrenar (Clase Padre)");
}

System.out.println("Asiste al Partido de Ftbol (Clase Padre)");
}
}
Y en las clases hijas solo implementaremos los mtodos de la clase padre que queramos redefinir,
quedando las clases hijas de la siguiente forma (recordar que la etiqueta @Override significa que ese
mtodo est siendo redefinido):

private int dorsal;
@Override
System.out.println("Realiza un entrenamiento (Clase Futbolista)");
}
@Override
System.out.println("Juega un Partido (Clase Futbolista)");
}
public void entrevista() {
System.out.println("Da una Entrevista");
}
}
public class Entrenador extends SeleccionFutbol {

@Override
System.out.println("Dirige un entrenamiento (Clase Entrenador)");
}
@Override
System.out.println("Dirige un Partido (Clase Entrenador)");
}
public void planificarEntrenamiento() {
System.out.println("Planificar un Entrenamiento");
}
}
public class Masajista extends SeleccionFutbol {

@Override
System.out.println("Da asistencia en el entrenamiento (Clase Masajista)");
}
System.out.println("Da un Masaje");
}
}
Llegamos a este punto tenemos implementada las misma funcionalidad que hicimos en la entrada
de Polimorfismo en Java (Parte I), con ejemplos pero diseada e implementada de otra forma, as que
vamos a poner el cdigo que escribimos para esa entrada y el resultado de la ejecucin del mismo para que
podamos ver el resultado:
public class Main {
public static ArrayList integrantes = new ArrayList();
SeleccionFutbol delBosque = new Entrenador(1, "Vicente", "Del Bosque", 60,
28489);
SeleccionFutbol iniesta = new Futbolista(2, "Andres", "Iniesta", 29, 6, "Interior
Derecho");
SeleccionFutbol raulMartinez = new Masajista(3, "Ral", "Martinez", 41, "Licenciado
en Fisioterapia", 18);
// CONCENTRACION
System.out.println("Todos los integrantes comienzan una concentracion. (Todos
ejecutan el mismo mtodo)");
System.out.print(integrante.getNombre() + " " +
integrante.getApellidos() + " -> ");
integrante.concentrarse();
}
// VIAJE
System.out.println("nTodos los integrantes viajan para jugar un partido. (Todos
ejecutan el mismo mtodo)");
integrante.viajar();
}
// ENTRENAMIENTO
System.out.println("nEntrenamiento: Todos los integrantes tienen su funcin en un
entrenamiento (Especializacin)");
integrante.entrenar();
}
System.out.println("nPartido de Ftbol: Todos los integrantes tienen su funcin en
un partido (Especializacin)");
integrante.jugarPartido();
}
// PLANIFICAR ENTRENAMIENTO
System.out.println("nPlanificar Entrenamiento: Solo el entrenador tiene el mtodo
para planificar un entrenamiento:");
System.out.print(delBosque.getNombre() + " " + delBosque.getApellidos() + " ->
");
((Entrenador) delBosque).planificarEntrenamiento();
// ENTREVISTA
System.out.println("nEntrevista: Solo el futbolista tiene el mtodo para dar una
entrevista:");
((Futbolista) iniesta).entrevista();
// MASAJE
System.out.println("nMasaje: Solo el masajista tiene el mtodo para dar un
masaje:");
System.out.print(raulMartinez.getNombre() + " " + raulMartinez.getApellidos() + "
-> ");
((Masajista) raulMartinez).darMasaje();
}
}
Como resultado a la ejecucin de este programa tenemos lo siguiente:
Vicente Del Bosque -> Concentrarse (Clase Padre)
Andres Iniesta -> Concentrarse (Clase Padre)
Ral Martinez -> Concentrarse (Clase Padre)
Vicente Del Bosque -> Viajar (Clase Padre)
Andres Iniesta -> Viajar (Clase Padre)
Ral Martinez -> Viajar (Clase Padre)
Entrenamiento: Todos los integrantes tienen su funcin en un entrenamiento (Especializacin)
Vicente Del Bosque -> Dirige un entrenamiento (Clase Entrenador)
Andres Iniesta -> Realiza un entrenamiento (Clase Futbolista)
Ral Martinez -> Da asistencia en el entrenamiento (Clase Masajista)
Partido de Ftbol: Todos los integrantes tienen su funcin en un partido (Especializacin)
Vicente Del Bosque -> Dirige un Partido (Clase Entrenador)
Andres Iniesta -> Juega un Partido (Clase Futbolista)
Ral Martinez -> Asiste al Partido de Ftbol (Clase Padre)
Planificar Entrenamiento: Solo el entrenador tiene el mtodo para planificar un entrenamiento:
Vicente Del Bosque -> Planificar un Entrenamiento
Entrevista: Solo el futbolista tiene el mtodo para dar una entrevista:
Andres Iniesta -> Da una Entrevista
Ral Martinez -> Da un Masaje
Como hemos visto el concepto de la Interface va un paso ms all en lo referente al concepto de la
clase abstracta. Es una muy buena prctica de diseo la utilizacin de clases Interface para definir clases
que tengan una misma forma, aunque en ellas realicen comportamientos distintos.
Al igual que comentamos en las conclusiones de la entrada del polimorfismo, es muy probable que
los que empieces con la POO no le veas mucho sentido al tema de las clases Interface, as que no
preocupes si eso es as porque estos conceptos se consolidan a base de experiencia y de ir adquiriendo
ms conocimientos de arquitectura y diseo del software .
Interface en Java 8 -Metodo Default- con ejemplos

El proyecto de este post lo puedes descargar pulsando AQUI. (InterfaceJava8-master)
En esta entrada vamos a hablar de un cambio bastante interesante que han integrado en Java 8,
como es el mtodo default de las nuevas interfaces.
Como ya se coment en las entradas en las que hablamos de polimorfismo, una clase interface
es una clase abstracta pura en la que todos sus mtodos son abstractos y por tanto no se pueden
implementar en la clase Interface. Pues bien, ahora en Java 8 se ha incluido el mtodo default que se
puede implementar en la clase interface y que su implementacin ser comn para todas las clases que
implementen esa interface. Dicho as, uno puede pensar que con este mtodo se rompe con la premisa de
que las clases interface son abstractas puras, pero la inclusin de este nuevo mtodo en las interfaces de
java 8 tienen dos propsitos interesantes como son:
1. No modificar las clases que usen esa interface.
2. Simular una Seudo Herencia Mltiple, ya que java no dispone de herencia mltiple como tal.
Sobre este punto hablaremos ms adelante para aclarar ese concepto de seudo herencia mltiple.
El punto 1 (aunque puede sonar chapucero) tiene bastante sentido y ms hoy en da en que es muy
importante la rpida respuesta al cambio, ya que suponer un caso en el que hayamos desarrollado una
interface que la implementan 20 clases y necesitemos a ltima hora aadir una nueva funcionalidad que
deben de tener todas las clases que implementan nuestra interface. Pues en este caso con implementar un
mtodo default en la interface nos valdra para solucionar el problema y adaptarnos rpidamente al
cambio. Esta seria una solucin rpida aunque si fusemos muy puristas, con ms tiempo deberamos
reescribir esos mtodos en las clases que implementan la interface.
Para ver esto vamos a dar una solucin rpida al ejemplo puesto en la entrada de Polimorfismo en
Java -Interface- (Parte II), con ejemplos, en la que simulbamos el comportamiento de la seleccin
espaola de ftbol. En este ejemplo implementamos el comportamiento expuesto en el siguiente diagrama
de clases:
Como vemos tenemos tres clases que implementan una misma interface, pero ahora queremos
aadir 2 nuevos comportamientos que son comunes para las 3 clases que implementan la interface como
son dar una rueda de prensa (ruedaPrensa()) y hacer un video publicitario (videoPublicitario()). Pues bien
para ello nos creamos estos dos mtodos en la interface y los implementamos ahi; quedando el diagrama
de clases de la siguiente manera:
A nivel de cdigo la interface quedara implementada de la siguiente manera:
public interface IntegranteSeleccionFutbol {

void concentrarse();
void viajar();
void entrenar();
void jugarPartido();
default void ruedaPrensa(){
System.out.println(" da una rueda de prensa (desde la Interface)");
}
default void videoPublicitario (){
System.out.println(" hacer un video publicitario (desde la Interface)");
}
}
En el mtodo MAIN nos creamos creamos un objeto de cada clase y ejecutamos los mtodos
implementados en la interface de la siguiente manera:
// ArrayList de objetos SeleccionFutbol. Idenpendientemente de la clase hija a la que pertenezca el

objeto
SeleccionFutbol delBosque = new Entrenador(1, "Vicente", "Del Bosque", 60, 28489);
SeleccionFutbol iniesta = new Futbolista(2, "Andres", "Iniesta", 29, 6, "Interior Derecho");
SeleccionFutbol raulMartinez = new Masajista(3, "Ral", "Martinez", 41, "Licenciado en
Fisioterapia", 18);
// RUEDA DE PRENSA CON EL MTODO DEFAULT
System.out.println("Todos los integrantes dan una rueda de prensa. (Todos ejecutan el mismo
mtodo)");
System.out.print(integrante.getNombre() + " " + integrante.getApellidos() + " ->
");
integrante.ruedaPrensa();
}
// VIDEO PUBLICITARIO CON EL MTODO DEFAULT
System.out.println("Todos los integrantes graban un video publicitario. (Todos ejecutan el
mismo mtodo)");
");
integrante.videoPublicitario();
}
...................................
}
Como salida a la ejecucin de este fragmento de cdigo tenemos el comportamiento implementado

en la clase interface:
Todos los integrantes dan una rueda de prensa. (Todos ejecutan el mismo mtodo)
Vicente Del Bosque -> da una rueda de prensa (desde la Interface)
Andres Iniesta -> da una rueda de prensa (desde la Interface)
Ral Martinez -> da una rueda de prensa (desde la Interface)
Todos los integrantes graban un video publicitario. (Todos ejecutan el mismo mtodo)
Vicente Del Bosque -> hacer un video publicitario (desde la Interface)
Andres Iniesta -> hacer un video publicitario (desde la Interface)
Ral Martinez -> hacer un video publicitario (desde la Interface)
Como vemos hemos podido implementar un nuevo comportamiento desde una interface y que este
se pueda usar en cada una de las clases que implementan esa interface.
Por otro lado hemos dicho que con las nuevas interfaces de java 8 podemos simular una Seudo
Herencia Mltiple. Dicho esto hay que matizar un poco estas palabras de la seudo herencia multiple.
Sabemos que la herencia permite compartir automticamente los atributos y mtodos de la clase padre a
las clases hijas. Por otro lado sabemos que Java no soporta herencia mltiple ya que solo permite heredar
mtodos y atributos de una sola clase; es decir, que solo tiene una clase padre. Con las nuevas interfaces
de java 8 podemos hacer que una clase implemente todas las interfaces que quiera y al haber mtodos
default en las interfaces, todas las clases que implementen esa interface tendrn esos mtodos, los cuales
no tendrm que ser sobreescritos. Dicho en otra palabras; con las interfaces de java 8 podemos tener
herencia mltiple aplicada exclusivamente a mtodos, pero no a atributos.
En el proyecto en Java 8 que hemos compartido al principio, hemos implementado un ejemplo para
ver esto de la seudo herencia mltple. Fijemonos en el siguiente diagrama de clases, en el que vemos que
tenemos dos interfaces llamadas DeportistaInterface e IntegranteInterface y en ellas tenemos dos
mtodos default. Vemos que FutbolistaHM y EntrenadorHM implementan las dos interfaces, por lo tanto
tendrn los mtodos default de las dos interfaces; es decir, que es como si heredasen los mtodos de la
interface. Por otro lado la clase MasajistaHM solo implementa la interface IntegranteInterface y con esta
solo hereda los mtodos default de esta interface. En resumen hemos simulado una herencia de mtodos
pero no de atributos que hemos heredado de la clase interface.
A continuacin vamos a ver cmo hemos implementado las interfaces:
public interface IntegranteInterface {
public interface DeportistaInterface {
default void concentrarse() {

System.out.println("Concentrarse
(Interface IntegranteInterface)");
}
default void entrenar() {

System.out.println("Entrenar (Interface
DeportistaInterface)");
}
default void viajar() {

System.out.println("Viajar (Interface
IntegranteInterface)");
}
default void jugarPartido() {

System.out.println("Jugar Partido
(Interface DeportistaInterface)");
}
}
Vemos como hemos implementado en los mtodos default un comportamiento que van a heredar
las clases que implementen esa interface. A continuacin mostramos a implementacin de las clases
FutbolistaHM, EntrenadorHM y MasajistaHM:
public interface DeportistaInterface {

default void entrenar() {
System.out.println("Entrenar (Interface DeportistaInterface)");
}
default void jugarPartido() {
System.out.println("Jugar Partido (Interface DeportistaInterface)");
}
}
public class EntrenadorHM extends
SeleccionFutbolHM
implements DeportistaInterface,
IntegranteInterface {
public class MasajistaHM extends

SeleccionFutbolHM
implements IntegranteInterface {

}
}
Como como cada una de las clases implementa la interface que le interesa. Veamos ahora como
cada una de estas clases ejecuta los mtodos de la interface con el siguiente fragmento de cdigo escrito en
el mtodo MAIN:
// ArrayList de objetos SeleccionFutbol. Idenpendientemente de la clase hija
// a la que pertenezca el objeto

SeleccionFutbolHM delBosque = new EntrenadorHM(1, "Vicente", "Del Bosque", 60, 28489);
SeleccionFutbolHM iniesta = new FutbolistaHM(2, "Andres", "Iniesta", 29, 6, "Interior
Derecho");
SeleccionFutbolHM raulMartinez = new MasajistaHM(3, "Ral", "Martinez", 41, "Licenciado en
Fisioterapia", 18);
// VIAJE
System.out.println("Todos los integrantes viajan para jugar un partido. (Todos ejecutan el
mismo mtodo)");
for (SeleccionFutbolHM integrante : integrantes) {
");
((IntegranteInterface) integrante).viajar();
}
// ENTRENAR
System.out.println("nSolo Del Bosque e Iniesta entrenan ya que el masajista no tienen el
mtodo entrenar");
System.out.print(delBosque.getNombre() + " " + delBosque.getApellidos() + " -> ");
((DeportistaInterface) delBosque).entrenar();
((DeportistaInterface) iniesta).entrenar();
}
Vemos en este fragmento de cdigo que todos son capaces de ejecutar el mtodo viajar() de la
interface IntegrantesInterface, ya que todos implementan esta interface y solo los objetos de la clase
FutbolistaHM
EntrenadorHM
pueden
ejecutar
el
mtodo
entrenar()
de
la
interface
DeportistaInterface. Como resultado a este cdigo tenemos lo siguiente:
Vicente Del Bosque -> Viajar (Interface IntegranteInterface)
Andres Iniesta -> Viajar (Interface IntegranteInterface)
Ral Martinez -> Viajar (Interface IntegranteInterface)
Solo Del Bosque e Iniesta entrenan ya que el masajista no tienen el mtodo entrenar
Vicente Del Bosque -> Entrenar (Interface DeportistaInterface)
Andres Iniesta -> Entrenar (Interface DeportistaInterface)
Esto es un poco en resumen lo que nos permiten hacer las nuevas interfaces de java 8, que nos
permiten ser un poco ms agiles a la hora de hacer cambios de ltima hora y medio simular una herencia
mltiple.

Herencia, Polimorfismo y Interfaces en Java

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Herencia, Polimorfismo y Interfaces en Java

Uploaded by

Copyright:

Available Formats

Herencia en Java, con ejemplos

El proyecto de este post lo puedes descargar pulsando AQUI. -- (HerenciaJava-master)

A nivel de cdigo tenemos lo siguiente tras ver el diagrama de clases :

public class Futbolista

public class Masajista

public class Entrenador

// constructor, getter y setter

A nivel de cdigo, las clases quedaran implementadas de la siguiente forma :

public class SeleccionFutbol

public class Futbolista extends

// constructor, getter y setter

public class Masajista extends

private int aniosExperiencia;

public void darMasaje() {

public class SeleccionFutbol {

public class Futbolista extends SeleccionFutbol {

public class Main {

Entrenador delBosque = new Entrenador(1, "Vicente", "Del Bosque", 60,

Masajista raulMartinez = new Masajista(3, "Ral", "Martinez", 41, "Licenciado

Entrenamiento: Solamente el entrenador y el futbolista tienen mtodos para entrenar:

Polimorfismo en Java (Parte I), con ejemplos

public abstract class SeleccionFutbol {

Como vemos un Entrenador, un Futbolista y un Masajista pertenecen a la misma clase padre y

public class Futbolista extends SeleccionFutbol {

public class Entrenador extends SeleccionFutbol {

public class Masajista extends SeleccionFutbol {

public void entrenamiento() {

Vemos el resultado al ejecutar este fragmento de cdigo:

Como resultado de la ejecucin de este fragmento de cdigo tenemos lo siguiente:

Polimorfismo en Java -Interface- (Parte II), con ejemplos

El proyecto de este post lo puedes descargar pulsando AQUI. (PolimorfismoInterfaceJarroba-master)

Herencia -> Herencia en Java, con ejemplos

public interface IntegranteSeleccionFutbol {

public abstract class SeleccionFutbol implements IntegranteSeleccionFutbol {

public abstract class SeleccionFutbol implements IntegranteSeleccionFutbol {

public void jugarPartido() {

public class Futbolista extends SeleccionFutbol {

public class Entrenador extends SeleccionFutbol {

// Constructor, getter y setter

Como resultado a la ejecucin de este programa tenemos lo siguiente:

Interface en Java 8 -Metodo Default- con ejemplos

A nivel de cdigo la interface quedara implementada de la siguiente manera:

public interface IntegranteSeleccionFutbol {

// ArrayList de objetos SeleccionFutbol. Idenpendientemente de la clase hija a la que pertenezca el

Como salida a la ejecucin de este fragmento de cdigo tenemos el comportamiento implementado

A continuacin vamos a ver cmo hemos implementado las interfaces:

public interface IntegranteInterface {

public interface DeportistaInterface {

default void concentrarse() {

default void entrenar() {

default void viajar() {

default void jugarPartido() {

public interface DeportistaInterface {

public class MasajistaHM extends

private int idFederacion;

// constructor, getter y setter

// ArrayList de objetos SeleccionFutbol. Idenpendientemente de la clase hija

// a la que pertenezca el objeto

DeportistaInterface. Como resultado a este cdigo tenemos lo siguiente:

You might also like