Discussion :

[exe2bin]

Bonsoir à tous ,
depuis qq temps déjà je m'interroge sur les classes abstraites et leurs différences avec les classes "réelles" dans le cadre des
design patterns que je n'arrive pas à comprendre
Un 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
 
class reele {
    void affiche() { System.out.println("Je suis la classe reele");}
}
// et ses descendants
class voiture extends reele {
    void affiche() { System.out.println("Je suis la classe voiture");}
}
class fromage extends reele {
    void affiche() { System.out.println("Je suis la classe fromage");}
}
public class exemple1 {
    public static void main(String[] args) {
        reele classeReele = new reele();
        reele maVoiture = new voiture();
        reele monFromage = new fromage();
 
        classeReele.affiche();
        maVoiture.affiche();
        monFromage.affiche();
 
        classeReele = maVoiture;classeReele.affiche();
    }
}

On dirait bien que le polymorphisme fonctionne bien ....
Pour quelles raisons devrais-je rendre ma classe de base abstraite ?

[adiGuba]

Salut,


Il y a deux principales raisons de déclarer une classe en "abstraite" :

• Afin d'interdire toute instanciation (dans ton cas pour interdire le code new reele()).
• Afin de pouvoir définir des méthodes abstraites (qui devront être implémenté dans les classes filles).

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
abstract class Reele {
    void affiche() { System.out.println("Je suis la classe " + nom());}
    abstract String nom();
}
// et ses descendants
class Voiture extends Reele {
    String nom() { return "voiture"; }
}
class Fromage extends Reele {
    String nom() { return "fromage"; }
}
public class Exemple1 {
    public static void main(String[] args) {
        // Reele classeReele = new Reele(); IMPOSSIBLE
        Reele maVoiture = new Voiture();
        Reele monFromage = new Fromage();
 
        maVoiture.affiche();
        monFromage.affiche();
 
        Reele classeReele = maVoiture;
        classeReele.affiche();
    }
}

PS : les noms de classe commencent par une majuscule

[tchize_]

On utilise un classe abstraite quand

1) on veux exprimer que ça n'a aucun sens d'instancier directement la classe (c'est une choix)
2) quand on fait une implémentation partielle (c'est nécessaire)


Exemple, un système de gestion de fichier virtuels

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
public abstract class AbstractFile {
 
   public void faireCopie(AbstractFile source) {
         if (!source.exist()) {
             throw new FileMissingException();
         }
         if (!exist()){
             OutputStream os = getOutputStream();
             IOUtils.copyStream(source.getInputStream());
             os.close();
         } else {
             throw new FileAlreadyExistException();
         }
   }
   public abstract InputStream getInputStream();
   public abstract OutputStream getOutputStream();
   public abstract boolean exist();
}

Et dans ton code

Code :

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

new SSHFile("monserveur","monuser,"monpass","/home/tartempion/data.txt").faireCopie(new HTTPFile("http://www.monserveur.com/log/data.txt));

[exe2bin]

Okay ! Merci pour ces exemples sophistiqués pour lesquels je ne comprends pas tout ; à dire vrai j'aurais aimé avoir une réponse plus simple mais plus claire .
Cependant ,je voudrais juste savoir si on pouvait faire sans classes virtuelles.

[thelvin]

On peut, mais pourquoi s'en priver quand elles nous aident à faire le job ?

[professeur shadoko]

un autre exemple (classique): en tant que compagnie tu as deux sortes de "Client"
- les personnes physiques
- les personnes morales (d'autres compagnies)
l'un ne peut hériter de l'autre
mais tu peux vouloir écrire un code qui mutualise tout ce qu'il y a de commun entre les deux.
Donc , par exemple, si tu envoie un courrier tu l'envoie à un "Client" sans se soucier de savoir si c'est une personne physique ou une personne morale.
Classiquement une classe abstraite répond à ces soucis de mutualisation.
Tu ne peux créer que des instances des classes "PersonnePhysique" ou "PersonneMorale" mais tu peux les mettre dans la liste de tes "Client"

[Gugelhupf]

Salut,

J'en rajoute une couche : une classe abstraite permet de "factoriser du code".

A+

[OButterlin]

Salut,

J'en rajoute une couche : une classe abstraite permet de "factoriser du code".

A+

On peut utiliser une classe concrète pour ça également

Ceci dit, quand on a une partie (propriétés et méthodes) commune à toutes les sous-classes mais non suffisante pour définir un objet, la classe abstraite est adaptée...
La possibilité de définir une méthode abstract est intéressante également.

[VirgApps]

Bonjour,
l'exemple que je donne souvent est la gestion d'un zoo.
Tu vas avoir des classes abstraites Animal, Mammifère, Félin (qui aura par exemple nombreDePattes = 4) qui peuvent hériter les unes des autres et qui comporteront des méthodes communes.
Pour autant tu n'instancieras jamais un Félin, dans ton zoo, tu as des Lions ou des Tigres, qui elles, seront des classes concrètes.

En espérant que ce soit plus clair ainsi