Discussion :

[naou18]

Bonjour tout le monde,

J'aimerai savoir comment détourner l’interdiction de l'héritage multiple en Java, sans passer par une interface?
Voila un exemple ou ana besoin de cette solution, je dois par exemple modéliser ce problème en utilisant uniquement des classes:
Personne, Enseignant, Salarie, Etudiant, Etudiant-Salarie.
Ici étudiant-Salarié est à la fois étudiant et salarié, or c'est interdit de faire l'héritage multiple en Java.
Merci de me présenter quelque moyens pour résoudre ce problème.

[Robin56]

J'aimerai savoir comment détourner l’interdiction de l'héritage multiple en Java, sans passer par une interface?

Pourquoi sans passer par une interface ?

[naou18]

Merci pour ta question.
En effet c'est simple, mes classes ont des méthodes à implémenter chose que je ne peux faire avec la classe Etudiant et Salarié s'ils était des interfaces.

[Drakiss]

Effectivement l'héritage multiple n’existe pas en JAVA.
Pour moi, si on hésite entre une interface et un héritage on doit se poser la question :
Est-ce que mon objet "est composé de" ou "est un" ?

Je m'explique une berline est une voiture, et est composé de roues, la classe berline héritera de voiture et ses méthodes démarrer, arrêter, etc, et implémentera les méthodes des roues (en général rouler, éventuellement crever ).

Dans ton cas, un étudiant est une personne (il est pas composé de bouts de gens ), par contre un étudiant-salarié est une personne et peut ne plus être salarié...
Mais il est vrai que c'est subjectif...

Après je te conseille ce tuto, pour approfondir.

[Robin56]

Tu dois tout de même utiliser les interfaces en faisant quelquechose comme ceci par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
public interface IA {
  void methodA();
}
 
public A implements IA {
  void methodA() {  //code  }
}
 
public interface IB {
  void methodB();
}
 
public abstract B implements IB {
  void methodB() {  //code  }
}
 
public C implements IA, IB {
  private IB b = new B();
  private IA a = new A();
 
  public void methodB() {
    b.methodB();
  }
 
  public void methodA() {
    a.methodA();
  }
}

Edit : Et je viens de trouver un ancien topic sur la question ici.

[thelvin]

+1 Robin, mais je préfère avoir des interfaces nommées A et B, et des impléméntations nommées par exemple SimpleA et SimpleB.

[naou18]

@Robin , ce n'est pas du tous ce que je veux faire.
je pense que l'agrégation est à préfère dans ce genre ce situation, je veux dire EtudiantSalarie. En plus la plupart du temps lorsqu'on fait le design on évite d’utilisé l'héritage même si les Interface résout le problème du diamant , car java ne permet que l'héritage simple.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
public class Personne{
private String nom ;
private String prenom ;
private String sportPratique ;
public Personne(String nom , String prenom , String sportPratique){
this.nom = nom ;
this.prenom = prenom ;
this.sportPratique = sportPratique ;
}
}
public class Enseignant extends Salarie{
private String matiereEnseignee ;
public Enseignant(String nom , String prenom , String sportPratique , int salaire , String matiereEnseignee){
super(nom , prenom , sportPratique , salaire) ;
this.matiereEnseignee = matiereEnseignee ;
}
}
public class Salarie extends Personne{
private int salaire ;
public Salarie(String nom , String prenom , String sportPratique , int salaire){
super(nom , prenom , sportPratique) ;
this.salaire = salaire ;
}
}
public class Etudiant extends Personne{
private String matiereEnseignee ;
private int salaire;
public Enseignant(String nom , String prenom , String sportPratique , int salaire , String matiereEnseignee){
super(nom , prenom , sportPratique ) ;
this.salaire=salaire;
this.matiereEnseignee = matiereEnseignee ;
	}
}
public class EtudiantSalarie{
private Etudiant e ;
private Salarie s ;
public EtudiantSalarie(String nom , String prenom , String sportPratique , int salaire ,
String anneeEtude){
e = new Etudiant(anneeEtude , nom , prenom , sportPratique) ;
s = new Salarie(nom , prenom , sportPratique , salaire) ;
}
}

[Robin56]

@Robin , ce n'est pas du tous ce que je veux faire.

Ah bon pourtant moi j'ai lu dans ta demande : "mes classes ont des méthodes à implémenter chose que je ne peux faire avec la classe Etudiant et Salarié s'ils était des interfaces."

En plus la plupart du temps lorsqu'on fait le design on évite d’utilisé l'héritage même si les Interface résout le problème du diamant , car java ne permet que l'héritage simple.

Oui et ?

[naou18]

Il n'y a pas moyen de faire ce que je veux avec une interface, le seul moyenne que j'ai trouvé pour faire de l'héritage multiple c'est l’agrégation on créons des instances de chaque classe dans la classe composite.
à prouver le contraire, si c'est possible?

[LittleBean]

Le problème est que sans interface le code produit n'est pas vraiment
réutilisable, exemple tu as les méthodes suivantes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
  - plusHautSalaire(List<Salarie> salarieList) {...}
  - meilleurProgrammeurDeLaClasse(List<Etudiant> etudiantList) {...}

Comment les utiliser si un de tes salariés devient étudiant ou vice versa?

[Robin56]

Il n'y a pas moyen de faire ce que je veux avec une interface, le seul moyenne que j'ai trouvé pour faire de l'héritage multiple c'est l’agrégation on créons des instances de chaque classe dans la classe composite.
à prouver le contraire, si c'est possible?

En regardant dans mon exemple, tu remarqueras que j'ai créé dans la classe fille des instances de classes concrètes implémentant les interfaces respectives.

[naou18]

@LittleBean: Je n'ai pas bien compris ce que tu veux dire, par cette exemple, ni, pourquoi tu utilise les generics .

Sachant que je ne discute pas l'utilité des interfaces.
Je veux faire une relation "est un sorte de" sans passer par les interfaces sachant que c'est le moyen pour faire de l'héritage multiple avec le mot clé implements , car mes classes comme le voyer sur l'exemple implémente des méthodes (constructeurs).

S'il y a un autre moyen de le faire dit le moi .

Merci pour votre aide.

[naou18]

@Robin56: il faut que tu vérifie ton code ou cas ou j'ai raison, car il est impossible de créer une instance à partir d'une classe abstraite.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public abstract B implements IB {
  void methodB() {  //code  }
}
 
public C implements IA, IB {
  private IB b = new B();
  private IA a = new A();

[Robin56]

@Robin56: il faut que tu vérifie ton code ou cas ou j'ai raison, car il est impossible de créer une instance à partir d'une classe abstraite.

Retire le mot clé abstract de la classe B.

[naou18]

Dans ce que cas bien précis même en retirant abstract les interfaces ne font que surcharger le code.

Merci pour votre aide.

[Robin56]

Dans ce que cas bien précis même en retirant abstract les interfaces ne font que surcharger le code.

Les interfaces ne surchargent pas le code puisqu'elles obligent à garder pour la classe C le même formalisme que les classes qu'elle "sous-classe" (A et B).

Exemple ici : obligation d'avoir deux méthodes methodA et methodB ayant une signature similaire aux classes parentes.

[Drakiss]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
public class EtudiantSalarie{
private Etudiant e ;
private Salarie s ;
public EtudiantSalarie(String nom , String prenom , String sportPratique , int salaire ,
String anneeEtude){
e = new Etudiant(anneeEtude , nom , prenom , sportPratique) ;
s = new Salarie(nom , prenom , sportPratique , salaire) ;
}
}

Et ça éviterai que tu ai des répétitions de variables (si ça c'est pas de la surcharge)...

[IT_Pro_Target]

Une classe A peut hériter de deux classes mais elle serait pas la fille des deux classes ! en effet, elle peut hériter de sa grand mère aussi lol;

B extends A et C extends B, du coup C hérite de A et B !

[bouye]

On évitera les up inutiles de sujets vieux de 7 ans SVP...
A noter que désormais que les interfaces peuvent contenir des méthodes par defaut (JDK 8) ou privees (JDK 9), ça peut relancer cependant les soucis habituels de l’héritage en diamant.