Héritage pourtant basique

**babylone7** · 21/09/2006, 17h52

Bonjour !!

Les classes B, C et D héritent de la classe A :

Code :

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

1
2
3
B extends A
C extends A
D extends A

Dans les classes B, C et D, j'ai une variable 'String BD' qui contient le type de BD à utiliser.

classe B :

Code :

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

String BD = "informix";

classe C :

Code :

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

String BD = "sqlserver";

classe D :

Code :

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

String BD = "as400";

Je voudrais faire dans la classe A qqch du style :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
switch(BD)
{
    case 'informix':
	dataSource = DataSourceInitialzer.getInformixDataSource();
	break;
    case 'sqlserver':
	dataSource = DataSourceInitialzer.getSQLServerDataSource();
	break;
    case 'as400':
	dataSource = DataSourceInitialzer.getAS400DataSource();
	break;
}

Mais comme ça cela ne fonctionne pas : dans A, la variable BD est nulle..

Quelqu'un peut-il me dépanner, je galère alors que ça me semble pas si dur ..

Milles mercis d'avance !!

Flo

**sinok** · 21/09/2006, 17h58

Pour que celà marche il faut impérativement que ta variable db existe dans la classe A.

Mais le mieux dans ton cas serait d'avoir une méthode getDBType abstraite dans ta class A et qqu'elle soit redéfinie dans tes classes filles pour retourner le type de base de données.

Ensuite tu pourras dans ta classe mêre effectuée les tests que tu voudras en utilisant la méthode getDBType ...

**wizaord** · 21/09/2006, 17h59

Je peux me tromper mais je crois qu'il n'est pas possible de faire un switch sur une String en java.
Seul des variables de type int ou Enum peuvent etre utilisées dans un switch.

**®om** · 21/09/2006, 18h01

Envoyé par sinok

Pour que celà marche il faut impérativement que ta variable db existe dans la classe A.

Mais le mieux dans ton cas serait d'avoir une méthode getDBType abstraite dans ta class A et qqu'elle soit redéfinie dans tes classes filles pour retourner le type de base de données.

Ensuite tu pourras dans ta classe mêre effectuée les tests que tu voudras en utilisant la méthode getDBType ...

Ou encore mieux, getDataSource() (pas besoin de strings intermédiaires)

**sinok** · 21/09/2006, 18h11

Envoyé par ®om

Ou encore mieux, getDataSource() (pas besoin de strings intermédiaires)

Effectivement ça fait plus que se défendre

, enfin bon mon idée était dans la bonne direction, (mes neurones dans la mauvaise par contre)

**thibaut** · 22/09/2006, 09h29

Envoyé par wizaord

Je peux me tromper mais je crois qu'il n'est pas possible de faire un switch sur une String en java.
Seul des variables de type int ou Enum peuvent etre utilisées dans un switch.

C'est exact, tu en te trompes pas.

switch sur int pour jdk < 1.5
switch sur int est Enum pour jdk >= 1.5

**babylone7** · 22/09/2006, 09h50

Bonjour à tous !
Merci à vous pour ces explications.
Pas de soucis pour le switch, je ferai un if else !
Je vais mettre en application tous vos conseils, je vous tiens au courant !!

**babylone7** · 22/09/2006, 11h00

Me revoila.

J'ai une nouvelle question du coup. Imaginez que j'ai une classe E qui hérite elle aussi de A mais dans laquelle je ne veux pas implémenter la classe getDBType()...
Pourquoi ? En fait j'ai environ 80 classes à modifier du coup.. Je voudrais donc dire que si DB est null, alors DB = Oracle par exemple ..
Mais evidemment le compilateur n'est pas d'accord....
Quelqu'un sait comment je peux faire ?...

Merci !!

**®om** · 22/09/2006, 11h06

Envoyé par babylone7

Me revoila.

J'ai une nouvelle question du coup. Imaginez que j'ai une classe E qui hérite elle aussi de A mais dans laquelle je ne veux pas implémenter la classe getDBType()

Dans ce cas là, tu fais un niveau intermédiaire:
MonInterface
MonInterface2 extends MonInterface (qui définit getDBType())
Ensuite tu hérites soit de MonInterface, soit de MonInterface2

**thibaut** · 22/09/2006, 11h09

Envoyé par ®om

Dans ce cas là, tu fais un niveau intermédiaire:
MonInterface
MonInterface2 extends MonInterface (qui définit getDBType())
Ensuite tu hérites soit de MonInterface, soit de MonInterface2

A mon avis il y a une grosse confusion... Comment tu peux définir une méthode dans une interface.

Alors je vais faire un petite précision, parce @om je pense que tu confonds tout:

- une classe étends une autre classe.
- une classe implémente une interface.
- un interface étends une autre interface.

Non tu créé une classe abstraite qui définit la méthode getDBtype();

et dans tes implémentations tu étends cette classe abstraite...

Mais pourquoi abstraite me direz vous si elle définit la méthode ? Ben comme ça tu ne pourras pas instancier cette classe qui ne dois pas être instanciée directement.

A+

**sinok** · 22/09/2006, 11h10

BAh c'esat pas bien dûr tu fais en sorte que la méthode getDataSource (plutôt que getDBType qui n'était pas franchement top de ma part, reporte toi au message de Rom) de ta classe mère renvoie un datasource Oracle, ce qui créra un comportement par défaut. Donc si dans une classe hériatnt de A la méthode getDatasource n'est pas redéfinie, elle renverra une datasource Oracle, si elle est par contre redéfinie elle renverra une autre datasource

**®om** · 22/09/2006, 11h12

Envoyé par thibaut

A mon avis il y a une grosse confusion... Comment tu peux définir une méthode dans une interface.

Non tu créé une classe abstraite qui définit la méthode getDBtype();

et dans tes implémentations tu étends cette classe abstraite...

Mais pourquoi abstraite me direz vous si elle définit la méthode ? Ben comme ça tu ne pourra pas instancier cette classe qui ne doit pas être instanciée.

A+

Quand je dis "définir", ça veut dire simplement mettre la signature de la méthode dans l'interface2, et non dans l'interface1 (je me suis mal exprimé)...

Envoyé par thibaut

Alors je vais faire un petite précision, parce @om je pense que tu confonds tout:

- une classe étends une autre classe.
- une classe implémente une interface.
- un interface étends une autre interface.

oui, merci

**thibaut** · 22/09/2006, 11h17

Envoyé par ®om

Quand je dis "définir", ça veut dire simplement mettre la signature de la méthode dans l'interface2, et non dans l'interface1 (je me suis mal exprimé)...

oui, merci

Mais non je veux dire qu'il n'y a aucun intérêt à définir une méthode dans une interface qui étend une autre interface, ça ne va pas te définir un comportement par défaut.... Le seul moyen de définir un comportement par défaut c'est de spécifier ta méthode dans une classe.

**®om** · 22/09/2006, 11h20

Envoyé par thibaut

Mais non je veux dire qu'il n'y a aucun intérêt à définir une méthode dans une interface qui étend une autre interface, ça ne va pas te définir un comportement par défaut.... Le seul moyen de définir un comportement par défaut c'est de spécifier ta méthode dans une classe.

Je répondais à cette question:

Envoyé par babylone7

Imaginez que j'ai une classe E qui hérite elle aussi de A mais dans laquelle je ne veux pas implémenter la classe getDBType()...

Donc ça n'est pas dans A qu'il faut mettre la signature getDBType(), mais dans une sous-interface Interface2, qui sera implémentée par E...

**thibaut** · 22/09/2006, 11h21

Oui mais dans une interface tu n'auras jamais un comportement par défaut, puisque une interface ne définit pas le corps de la méthode, donc par conséquent ne définit pas son comportement...

**®om** · 22/09/2006, 11h24

Envoyé par thibaut

Oui mais dans une interface tu n'auras jamais un comportement par défaut, puisque une interface ne définit pas le corps de la méthode, donc par conséquent ne définit pas son comportement...

Certes, mais bon s'il veut un comportement par défaut, il met une classe abstraite qui implémente Interface2...

Sa question était ambigue, soit il veut que certaines classes n'aient pas DU TOUT de getDBType(), soit il veut que cette méthode retourne toujours un truc par défaut si elle est pas redéfinie... c'est à l'appréciation du lecteur

**thibaut** · 22/09/2006, 11h42

Oui mais un niveau n'est pas nécessaire dans ce cas, voici mon idée

Code :

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

1
2
3
public interface DataType {
   public DataSource getDataType();
}

Code :

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

1
2
3
4
5
public abstract class DataTypeDflt implements DataType {
    public DataSource getDataType() {
        // Renvoyer datasource défaut pour oracle !!!
    }
}

Code :

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

1
2
3
public class DataTypeOracle extends DataTypeDflt {
    // ...
}

Code :

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

1
2
3
4
5
public class DataTypeDB2 implements DataType {
     public DataSource getDataType() {
        // Renvoyer datasource DB2 !!!
    }
 }

Code :

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

1
2
3
4
5
public class DataTypeMySql implements DataType {
      public DataSource getDataType() {
         // Renvoyer datasource MySql !!!
     }
  }

**babylone7** · 22/09/2006, 14h53

Merci à tous, cela fonctionne très bien avec les 2 interfaces ! Mes connaissances sur l'héritage étaient drôlement rouillées !!!

Merci !!

Flo

Héritage pourtant basique

Langage Java

Discussions similaires

Partager

Partager