Discussion :

[jeff_!]

Bonjour

je suis debutant en c++ ( et egalement un peu refractaire), je programme un interface graphique pour mon arduino.
Et je me heurte a ma meconnaisance du c++ , je souhaite me faire un composant pour charge des ecrans dynamiquement et reagir sur des evenements (changement d'écran principalement).

ce que je pensais faire :
ecrire une interface (ou classe abastraite) Screen
ecrire en ensemble de classe implementant l'interface Screen
ecrire un classe premetant de charger/decharger/faire une action des objets heritant de l'interface screen.

lorsque je tente d'ecrire cette dernière classe le compilitateur me sors l'erreur suivante

ScreenManager.h : CurrentScreen' to be of abstract type 'Screen'
Screen.h : because the following virtual functions are pure within 'Screen'

voici un extrait de mon code
interface Screen

Code :

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

1
2
3
4
5
6
7
8
class Screen
{
public:
	virtual void Init()=0;
	virtual void Draw()=0;
	virtual char* DoAction()=0;
	virtual char* Name()=0;
};

classe ScreenManager

Code :

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

1
2
3
4
5
6
7
8
9
#include "Screen.h";
class ScreenManager
{
public:
	ScreenManager(void);
	Screen CurrentScreen;
	int Add(Screen screen);
	void DrawScreen();
};

Voila
Merci de votre aide

[Bousk]

Bonsoir,

l'erreur indique que tu essayes d'utiliser un Screen, ce qui est impossible parce que abstraite.
Ta signature int Add(Screen screen) passe le paramètre par copie, ce qui crée un Screen lors de l'appel : impossible.

[jeff_!]

Donc avec un passage par références je ne devrais plus avoir de problème ?

[therwald]

Donc avec un passage par références je ne devrais plus avoir de problème ?

Oui, c'est ça qu'il faut faire.

@issam.abdallah :

bonjour,
ce que tu dis est vrai, mais ça ne répond au problème du PO: pour que ça fonctionne au niveau de sa signature il faut qu'il passe par référence, sinon il y aura quand même tentative de construction d'une instance de Screen à l'appel, même si l'objet passé est d'un sous-type. D'ailleurs, même si Screen était une classe concrète, il ne faudrait PAS essayer de passer par copie une classe dérivée à la méthode à cause du problème du slicing: la nature dérivée serait perdue à l'appel, avec des effets paradoxaux s'il y a des fonctions virtuelles!

[jeff_!]

Merci a tous
le passage par reference à resolue mon probleme
mais du coup j'ai d'autre soucis lier a la bibliothéque que j'utilise.
je suis donc repassé en c pour le moment