Discussion :

[Jipété]

Bonjour,

sur la page http://wiki.lazarus.freepascal.org/D..._with_Graphics on trouve un exemple qu'il suffit de copier/coller pour ensuite l'étudier.

Le souci, c'est que concernant la ligne DestCanvas := TLazCanvas.Create(DestIntfImage); (3^e ligne de la 1^re section, "// Prepare the destination"), sans rien changer à l'exemple, le compilateur n'est pas content du tout puisqu'il m'insulte avec

Code :

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

1
2
Warning: Constructing a class "TLazCanvas" with abstract method "DoCopyRect"
Warning: Constructing a class "TLazCanvas" with abstract method "DoDraw"

J'avoue humblement que tout ce qui est abstrait me passant loin au-dessus, je ne vais pas savoir me débarrasser de ces deux lignes qui font désordre, dans la fenêtre des messages.

Une idée ?
Le problème est présent sous FPC2.6.2/Laz1.4.0 et sous FPC3.0.0/Laz1.6.2

[FChrisF]

Apparemment le souci (ce n'est pas vraiment un problème si votre programme ou une autre partie des programmes appelés n'utilisent pas ces méthodes) n'est pas nouveau: cf. équivalent ci-après
http://forum.lazarus.freepascal.org/...c,19329.0.html

Quelqu'un a même envisagé un patch, semble t-il (mais je ne sais pas pour quelle version):
https://github.com/alrieckert/lazaru.../lazcanvas.pas

[Jipété]

Apparemment le souci (ce n'est pas vraiment un problème si votre programme ou une autre partie des programmes appelés n'utilisent pas ces méthodes) n'est pas nouveau: cf. équivalent ci-après
http://forum.lazarus.freepascal.org/...c,19329.0.html

Bien joué !

Quelqu'un a même envisagé un patch, semble t-il (mais je ne sais pas pour quelle version):
https://github.com/alrieckert/lazaru.../lazcanvas.pas

Moi non plus, j'ai testé en remplaçant le mien par celui du lien et ça fonctionne

C'était rigolo de lire l'histoire dans le 1^er lien, un bug oublié...

[gvasseur58]

J'avoue humblement que tout ce qui est abstrait me passant loin au-dessus, je ne vais pas savoir me débarrasser de ces deux lignes qui font désordre, dans la fenêtre des messages.

Bonjour Jipété,

Ce qui est abstrait ne peut pas être utilisé concrètement . En fait, il ne s'agit pas d'un bogue, mais d'une classe qui avait été prévue au départ pour être surchargée : certaines méthodes ne sont pas implémentées parce qu'on ne sait pas au niveau de la classe actuelle ce qu'elles donneront réellement plus tard. On sait juste qu'elles seront nécessaires.

Si tu veux étudier une classe avec des méthodes abstraites, regarde TStrings. On n'instancie pas directement TStrings, mais une des ses descendantes comme TStringList, car cette dernière implémente les méthodes abstraites.

Mais alors pourquoi se fatiguer avec des classes abstraites ?

• d'abord, elles obligent les classes descendantes à implémenter des méthodes jugées indispensables (elles servent de modèle, pourrait-on dire) ;
• ensuite, elles allègent les classes descendantes en implémentant une sorte de tronc commun ;
• enfin, en tant qu'ancêtres, elles sont des candidates idéales pour le polymorphisme. Par exemple, tu instancies une TStringList, mais tu prends un TStrings en paramètre d'une méthode. Pourquoi ? Parce que ta méthode acceptera tout ce qui descend d'une TStrings : les TStringList, mais aussi les lignes d'un TMemo.

Il arrive, et j'ai cru comprendre que c'était le cas ici, que le choix d'une classe abstraite ne soit pas judicieux. Là, la théorie s'incline .