Pb de conception et héritage ?

Version imprimable

13/09/2005, 16h11
elitost

Pb de conception et héritage ?

Bonjour,

je vous expose mon PB :

J'ai une classe MERE avec des méthodes.

Je voudrais plusieurs classes filles héritant de cette classe MERE mais que certaines classe fille lors de leur instanciation aient accès au méthode de la classe MERE et d'autres non.

EX :

Citation:

//classe mere
public class Property extends AbstractObject{
public void setData(BData toto){

//classe fille
public class TimeProperty extends Property{

TimeProperty instanceClasseFille=new TimeProperty();
//et ce que je ne veux pas pouvoir faire, c'est :
instanceClasseFille.setData(new BData());

autre contrainte :

je veux pas que la methode soit private parcequ'elle est utilisée par
d'autres classes filles de cette classe mere.....

Comment faire ?
Merci d'avance

Salut,

Il faut que tu limites la visibilité de la méthode setData() à protected dans la classe Mère, pour l'augmenter dans les classes filles qui en ont besoin, 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
//classe mere
public class Property extends AbstractObject{
	protected void setData(BData toto){
		...
	}
}
 
 
 
// classe fille
public class PropertyFille extends Property {
	// on authorise setData() pour cette classe :
	public void setData(BData toto){
		super.setData(toto);
	}
}
 
 
// classe fille
public class PropertyFille extends Property {
	// on authorise pas le setData() pour cette classe,
	// donc on ne redéfinit pas setData()
}

a++

13/09/2005, 16h24
ghorgor

Pourquoi est ce que tu ne fais pas plusieurs heritages ?

Je m'explique :

A est ta classe mere principale, avec notamment une methode a

B est une classe fille, qui doit avoir accès à a.
C est une classe fille qui ne doit pas avoir accès à a

si B et C héritent de A, c'est pas possible tel quel, sans réécrire tes methodes...

Ce que tu peux faire, c'est une classe A', qui hérite de A

A est la classe mere principale, et ne contient pas a.
A' hérite de A et implémente a

B hérite de A'
C hérite de A directement

Du coup, B et C héritent de A (par transitivité pour B), B dispose de a, et C ne dispose pas de a
13/09/2005, 16h32
ghorgor

Je retire ce que j'ai dit, la solution de adiGuba est probablement vachement plus pro et plus clean...
13/09/2005, 16h32
elitost

adiGuba, le mot clé PROTECTED ne m'empeche pas de voir la methode, en fait ma methode déclarée PROTECTED dans la classe mère est visible des classes filles, donc ça va pas le faire.

Par contre je suis d'accord avec le raisonnement de ghorgor, mais est la seule manière de faire ? Est ce propre ? Ne peut on pas jouer avec d'autres propriétés des classes ( abstract, etc...)

Merci d'avance
13/09/2005, 16h36
ghorgor

Sinon, tu as une autre manière, moins clean, c'est de réécrire les méthodes en question dans les classes ou tu ne veux pas qu'elles soient accessibles, et de lever une erreur...

Elles sont visibles, mais inutilisables...

Si c'est défini en abstract, c'est pas implémenté au niveau de la classe mère, donc tu devras lés réécrire à chaque fois, dans chaque classe fille, et tu ne pourras pas instancier un objet de la classe mere, si jamais tu as besoin...
13/09/2005, 16h43
NGY
Comme l'a dit ghorgor une solution (sale) pourrait être de redéfinir la méthode interdite dans la classe fille de la sorte :
Code:

1 2 3 public void setData(BData bdData) { throw new UnsupportedOperationException("Méthode interdite pour la classe " + this.getClass().getName()); }
Mais bon, l'erreur ne sera détectée qu'à l'exécution (c'est en partie pour ça que c'est pas très joli). Il faudra donc bien documenter cette spécificité dans la JavaDoc.
En fait c'est utile si tu as de nombreuses sous-classes et que seules quelques-unes ne doivent pas implémenter setData().

Par contre, pourquoi tu dis que le protected ne te vas pas ?
Effectivement, la méthode sera visible dans toutes les classes filles, mais les appels à la méthode setData() par d'autres classes seront bien impossibles.
13/09/2005, 16h51
elitost

Au final il me faudrait 2 types de classes fille :

Certaines où j'aurais le setData et d'autres non, donc le PROTECTED est la seule solution ?
13/09/2005, 17h15
adiGuba
Citation:

Envoyé par elitost

adiGuba, le mot clé PROTECTED ne m'empeche pas de voir la methode, en fait ma methode déclarée PROTECTED dans la classe mère est visible des classes filles, donc ça va pas le faire.

Mais tu ne peux pas utiliser la méthode sur un de ces objets depuis une autre classe...
Maintenant si la classe fille ne doit pas du tout avoir accès à la méthode, c'est qu'elle ne devrait pas hérité de la classe mère...

Citation:

Envoyé par ghorgor

Je retire ce que j'ai dit, la solution de adiGuba est probablement vachement plus pro et plus clean...

Heu... En fait moi je preferre la tienne :D

Citation:

Envoyé par elitost

Par contre je suis d'accord avec le raisonnement de ghorgor, mais est la seule manière de faire ? Est ce propre ? Ne peut on pas jouer avec d'autres propriétés des classes ( abstract, etc...)

En effet c'est preferable car tu n'a qu' définir la méthode setData() une seule fois, et tu n'as pas besoin de la surcharger dans les classes filles...

Je ne vois pas en quoi ce ne serait pas propre (il s'agit simplement d'héritage).
Par contre il faut voir si cela convient bien à ta conception : En quoi consiste ces objets ? Pourquoi cette méthode ne doit pas être partagé par toutes les filles ?

Sinon je ne pense pas qu'il y ait d'autre moyen de faire cela (abstract t'oblige à implémenter la méthode...).

Enfin comme le précise NGY, la solution de l'Exception pose problème car l'erreur ne se detecte qu'à l'exécution et non pas à la compilation...

Citation:

Envoyé par elitost

Certaines où j'aurais le setData et d'autres non, donc le PROTECTED est la seule solution ?

Non la solution de ghorgor peut faire l'affaire.
Grosso-modo si j'ai bien compris tu veux deux types de "Property", donc
- Une classe Property avec toutes les méthodes de bases (sauf setData()). Dans ce cas la valeur de data sera initialisé par le constructeur par exemple.
  Une classe EditablePropertyqui étends Property pour lui rajouter setData().
Ensuite chacune de tes classes héritent de l'une ou l'autre selon le cas...

Maintenant tu peux quand même définir la méthode setData() en protected dans la classe Property pour authoriser les classes filles à modifier la valeur de data dans leurs méthodes...

a++
13/09/2005, 17h34
elitost

Ok, j'ai le fonctionnement que je veux, effectivement en ayant 2 classes mères différentes.

Je vous remercie bien de vos aides.