Heritage de classes vcl

Bonjour,
je souhaite faire dériver une classe "Device" de la classe TImage pour ensuite créer 2 autres classes dérivées "PC" et "Printers" issues de "Device". Le projet a pour but d'indiquer l'emplacement de mes appareils sur un plan usine en faisant un glisser-deposer d'images représentant un PC ou une imprimante.

Builder m'indique des conflits de classes virtuelles ... :roll:
Cela doit juste être un pb de syntaxe, j'aimerais savoir comment vous faites pour dériver les classes issus d'objet vcl sous Builder.
Merci.

Salut !

Il n'y a pas "trente six" manières de dériver depuis une classe !
Il faudrait comprendre d'où vient le conflit... donc un peu de code pour éclairer la recherche !
A plus !

+1 pour Henderson...

As tu regardé un tutoriel de C++ expliquant comment l'héritage fonctionne ?
Ensuite pourquoi utiliser une classe fille de TImage ?
Ca ne serait pas plus simple de créer toi même ta classe Device générique avec des méthodes virtuelles comme "render" pour afficher la Device à un endroit donné etc. Et à partir de cette classe Device faire une classe par type de périphérique...

Enfin ça ne sert que si tu stocke plus qu'une simple image de représentation..

Oui je connais les bases de l'héritage, vues en BTS IRIS.

Citation:

---

avec des méthodes virtuelles comme "render" pour afficher la Device à un endroit donné etc.

---

Ca m'intéresse !! mais je ne sais pas comment faire pour lier une image à une classe et l'afficher sur la fiche...sinon je ne serais pas là !

Citation:

---

Et à partir de cette classe Device faire une classe par type de périphérique...

---

Oui c'est ce que je veux faire, 2 classes filles PC et Printers par exemple.

Salut !

Code:

---

1 2 3 4 5 6

class jDevice : public TImage { public : __fastcall jDevice(TComponent *Owner); __fastcall ~jDevice(); };

---

Code:

---

1 2 3 4 5 6

class jPc : public jDevice { public : __fastcall jPc(TComponent *Owner); __fastcall ~jPc(); };

---

Donc tu sais ce qu'il faut faire pour déclarer jPrinter.

En ce qui concerne TImage, voici comment on peut éviter quelques problèmes (juste une précaution),
on peut tester avec et sans (si ça plante après la création alors on sait quoi faire... ça dépend peut-être de la version de BCB):

Code:

---

1 2 3 4 5 6

__fastcall jDevice::jDevice(Owner) : TImage(Owner) { //Lui attribuer un Parent valide immmédiatement si Owner s'y prète if(Owner->InheritsFrom(__classid(TWinControl))) Parent = (TWinControl*)Owner; }

---

Le constructeur pour jPc :

Code:

---

1 2 3 4

__fastcall jPc::jPc(TComponent *Owner) : jDevice(Owner) { }

---

Donc tu sais quoi faire pour jPrinter.

Ici on pourrait dériver de TCustomControl pour économiser les ressources.
Dans ce cas, le lien vers un bitmap se fait avec (une simple propriété):

Code:

---

Graphics::TBitmap *Image;

---

Image est ensuite dessiné via le canvas de l'objet dans sa zone client, et ce, dans une méthode Paint qui vient surcharger celle de TCustomControl.

Si "développer" t'intéresse, alors tu peux dériver de TComponent (il y a tout à faire !)

A plus !

Pour un control graphique je partirais plutôt d'un TGraphicControl, mais très bon post que tu nous as fait là :-)