Discussion :

[xavier2a]

Bonjour à tous,

venu au c++ pour des applications de calcul scientifique j'arrive aujourd'hui devant un problème d'utilisation d'une classe abstraite.

Pour le projet j'ai en effet défini une classe abstraite 'FFAtom', schématiquement:

Code :

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

1
2
3
4
5
6
class FFAtom{
double time;
public:
double getTime();
virtual void update() = 0;
}

Maintenant j'aimerais définir une classe 'FFEvent' pour gérer le comportement de tous mes atomes. Chaque évènement contenant un atome, je me suis orienté vers la composition. Comme une classe abstraite ne peut être instanciée, je suis d'abord passé par un pointeur:

Code :

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

1
2
3
class FFEvent{
FFAtom* atom;
}

ce qui avait fait l'affaire pendant un moment. Depuis, j'ai rajouté des méthodes non-virtuelles à la classe 'FFAtom' (comme 'getTime()' dans l'exemple) et le compilateur (g++) utilisé en mode debug renvoie alors l'erreur:

'error: ISO C++ forbids declaration of 'FFAtom' with no type'

J'avoue être un peu surpris du changement et je cherche à comprendre le problème. Je vous remercie d'avance pour vos contributions.

[xavier2a]

Je viens de trouver le problème, qui était uniquement un problème de linkage !!

[koala01]

Salut,

A vrai dire, j'ai un peu de mal à comprendre pourquoi tu veux faire de ta classe FFAtom une classe abstraite...

Je suis d'accord que de nombreux comportements vont être influencés par le nombre de protons, de neutrons d'électrons ou d'"obrbites" (j'ai oublié le terme exact ) utilisés, mais, typiquement, il est possible de créer une logique qui prenne ces différents paramètres en compte pour implémenter l'ensemble des comportements que tu pourrais attendre d'un atome (sans précision).

Cela te permettrait donc de fournir directement une implémentation pour l'ensemble des comportements que tu pourrais attendre de la part d'un atome, et par conséquent t'éviter le recours à une classe abstraite, au profit... d'une classe concrète et donc... instanciable .

Ce que j'essaye de mettre en évidence ici, c'est, qu'il s'agisse d'un atome d'hydrogène, d'azote, de zinc, d'hélium ou d'oxygène, la seule chose qui les différencie, c'est la quantité respective de protons/neutrons/electrons.

En effet, si tu pars sur une classe atome abstraite, cela implique que tu envisage l'idée d'un héritage afin de profiter du polymorphisme, avec, dans le pire des cas, un classe par élément existant, ce qui risque de faire... beaucoup

Peut-être est-ce effectivement ce que tu envisages, mais ne crois tu pas que tu es en train de partir sur une (très) mauvaise base

Maintenant, avec les rares souvenirs que je peux avoir de mes études secondaires sur le sujet, je peux également me tromper très lourdement