Discussion :

[Bwana]

Bonjour à tous.

Petite question : peut-on lancer une méthode d'une classe fille à partir de la classe parent ?

Je m'explique pour ceux qui ont le courage de lire :

J'ai une classe Mère avec une méthode virtual abstract.
J'ai plusieurs classe Fille dans lesquelles est forcément déclaré ma méthode.

Pour différentes raisons, dans une partie du programme, j'ai un objet de type Classe mère, mais j'aimerais appeler la méthode de la classe fille.

Il y a bien la solution :
si objet est classe_fille_1 alors classe_fille_1(objet).méthode
si objet est classe_fille_2 alors classe_fille_2(objet).méthode

mais elle oblige le code a connaitre tous les type de classe fille. J'aurais aimé éviter.

...
Maintenant, j'ai comme un doute sur la faisabilité, n'y passer pas trop de temps.

Salutations à tous.

[skywaukers]

Bonjour,

oui bien sur, c'est même naturel. Déjà logiquement une classe qui contient une métode abstraite ne doit pas être instanciée, sous peine d'obtenir des messages d'erreur à l'exécution en cas d'appel des méthodes Abstraites justeùent. (par exemple si tu fais un MaListe := TStrings.Create; tu vas obtenir un conseil au moment de la compilation).
Donc puisque tes classes filles héritent de ta classe mère et qu'elles implémentent Methode, rien ne t'empêche d'écrire ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
procedure MaProc
var
  MonObjet1: ClassMere;
  MonObjet2: ClassMere;
begin
  Monobjet1 := ClassFille_1.Create;
  MonObjet2 := ClassFille_2.create;
 
  MonObjet1.Methode; // appelera Methode définit dans ClasseFille_1
  MonObjet2.Methode; // appelera Methode définit dans ClasseFille_2
 
end;

@++
Dany

[Bwana]

Merci pour ta réponse.
Je m'en doutais un peu, mais c'était au cas où...

En fait j'ai une application presque générique avec des modules de base qui sont communs à tous mes projets. La classe mère est déclarée dans ces modules de base.

Les classes filles sont déclarées dans les modules spécifiques à chaque projet. Je tente de diminuer le code dans ces modules spécifiques, d'où ma requête.
Parce que, forcément, la classe mère ne connait pas toutes les classes Filles.

Je vais donc ajouter une fonction dans un de ces modules spécifiques en utilisant les classes filles.

J'ai pourtant pris des cours sur les 'techniques industriels du logiciel'. C'était un peu pompeux comme formation, et je ne suis pas au point .

Merci.

[Cl@udius]

Salut

Parce que, forcément, la classe mère ne connait pas toutes les classes Filles.

Je dirais plutôt que la classe mère n'est pas censée connaitre ses classes filles, alors que l'inverse est toujours vrai.

@+ Claudius.

[Paul TOTH]

Bonjour à tous.

Petite question : peut-on lancer une méthode d'une classe fille à partir de la classe parent ?

Je m'explique pour ceux qui ont le courage de lire :

J'ai une classe Mère avec une méthode virtual abstract.
J'ai plusieurs classe Fille dans lesquelles est forcément déclaré ma méthode.

Pour différentes raisons, dans une partie du programme, j'ai un objet de type Classe mère, mais j'aimerais appeler la méthode de la classe fille.

Il y a bien la solution :
si objet est classe_fille_1 alors classe_fille_1(objet).méthode
si objet est classe_fille_2 alors classe_fille_2(objet).méthode

mais elle oblige le code a connaitre tous les type de classe fille. J'aurais aimé éviter.

...
Maintenant, j'ai comme un doute sur la faisabilité, n'y passer pas trop de temps.

Salutations à tous.

mais euh...si ce n'est pour permettre cet appel, à quoi pourrait bien service les méthodes virtuelles ?

[Bwana]

mais euh...si ce n'est pour permettre cet appel, à quoi pourrait bien service les méthodes virtuelles ?

Paul, tu fais renaitre l'espoir en moi. Mais je crains que tu n'ais mal compris ce que je veux souhaite.
En clair c'est écrire ce code :


classe_mere.méthode



Et je voudrais que le compilateur retrouve tout seul quel est le type de la classe fille, et lance la méthode appropriée pour la classe fille.

Le soucis :
Si la méthode n'est que virtuelle, c'est la méthode de la mère qui est utilisée.
Si la méthode est aussi abstraite, j'ai une erreur normale d'exécution.

Si il y en a que ça amuse, voici un bout de code joint pour ceux qui veulent tester.
La solution avec le bouton marcherait, mais elle m'oblige à connaitre les filles.
Et malheureusement, Claudius a mis le doigt sur le problème : maman reconnait pas fifille....

Merci pour les avis...

et bonne soirée.

Olivier

[ShaiLeTroll]

Paul, tu fais renaitre l'espoir en moi. Mais je crains que tu n'ais mal compris ce que je veux souhaite.

Si si, il a très bien compris, puisque le mot clé virtual sert exactement à la problématique que tu décris !
Pouvoir invoquer une méthode virtuelle avec une variable de type parent mais contenant une référence vers une instance de type fille
Tu n'évoques jamais override, cela m'inquiète !

Si la méthode n'est que virtuelle, c'est la méthode de la mère qui est utilisée.
Si la méthode est aussi abstraite, j'ai une erreur normale d'exécution.

Tu dois avoir des erreurs de compilation indiquant l'instanciation de classe abstraite :
E2373 Appel à la méthode abstraite %s.%s (Delphi)
E2402 Construction de l'instance de la classe abstraite '%s' (Delphi)

Si tu passes par une référence de classe, class of, tu peux effectivement réussir à instancier une classe abstraite
Tu peux protéger ton code via try except on EAbstractError

Et n'oublie pas tes override pour bien marquer que fait une redéfinition !
Si tu l'oublies, tu as des warnings :
W1010 La méthode '%s' cache la méthode virtuelle du type de base '%s' (Delphi)
Et cela n'as pas l'effet escompté, tout cela écrit dans la documentation Méthodes (Delphi) - Redéfinition ou masque

Comme le cite skywaukers, La TStrings est le parfait exemple, tu la TStringList, La TMemoStrings interne au TMemo, la TComboStrings pour les Combos !
Tu as voir dans 50 variantes de TStrings avec différentes implémentations selon leur utilisation !
De l'extérieur, tu invoques toujours des méthodes la TStrings (la mère) sans savoir qu'il y a une multitude de fille

Un cas encore plus fréquent mais pas forcément bien connu, le destructor Destroy !
On invoque le Free du TObject
C'est le Free du TObject qui appele le Destroy
et comme Destroy est virtual, on le redéfini via override dans toutes les classes filles qui ont quelque chose à libérer

[Paul TOTH]

ok, petit rappel sur les objets

une classe possède une VMT (Virtual Method Table) qui contient un pointeur vers chacune de ses méthodes virtuelles. Les méthodes statiques (non virtuelles, à ne pas confondre avec le "static" du C++) sont invoquées directement sans passer par la VMT, elles ne sont donc pas surchargeables.

la classe enfant possède une VMT qui peut remplacer les pointeurs de la VMT parente (mot clé override), du coup l'appel de la méthode virtuelle parent arrive sur la méthode surchargée enfant.

Dans ton code, comme le dit Shai, TMaman.ShowChuiQui est bien dans la VMT car virutelle, mais TFi_Fille1.ShowChuiQui étant statique elle ne remplace pas la méthode du parent. Ajoute simplement "override" et le tour est joué.

[Bwana]

Ha bah mince alors !!!
Ca marche....Pile poil ça qu'est-ce que je voulais !
Messieurs, je n'aurais qu'un seul mot :

Merci à tous, vous fûtes fort efficace.
Bonne soirée et bonne continuation.

Olivier