Héritage Multiple en Java

Version imprimable

06/12/2011, 15h11
naou18

Héritage Multiple en Java

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.
06/12/2011, 15h34
Robin56

Citation:

Envoyé par naou18

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 ?
06/12/2011, 15h45
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.
06/12/2011, 16h13
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 :mouarf:).

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.

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

Code:

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.

06/12/2011, 16h34
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.

@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:

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) ;
}
}

06/12/2011, 17h11
Robin56

Citation:

Envoyé par naou18

@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."

Citation:

Envoyé par naou18

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 ?
06/12/2011, 17h34
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?
06/12/2011, 17h51
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:

1 2 - plusHautSalaire(List<Salarie> salarieList) {...} - meilleurProgrammeurDeLaClasse(List<Etudiant> etudiantList) {...}
Comment les utiliser si un de tes salariés devient étudiant ou vice versa?
06/12/2011, 18h02
Robin56

Citation:

Envoyé par 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?

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.
06/12/2011, 18h06
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 :zoubi:.

Merci pour votre aide.

@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:

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();

06/12/2011, 18h12
Robin56

Citation:

Envoyé par 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.

Retire le mot clé abstract de la classe B.
06/12/2011, 18h15
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.
06/12/2011, 18h20
Robin56

Citation:

Envoyé par naou18

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.

Citation:

Envoyé par naou18

Code:

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:?)...

28/10/2018, 15h37
IT_Pro_Target

Eritage multible, c'est possible!

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 ;) !
02/11/2018, 01h30
bouye

On évitera les up inutiles de sujets vieux de 7 ans SVP... :rouleau:
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.