Discussion :

[DavidleVrai]

Bonjour à tous !


J'aimerai comprendre la place des struct, typedef, enum, union, ... en C++.

Actuellement j'utilise un ensemble de bibliothèques en C++ où ils sont très utilisés. Mais quand j'utilise ces types, ces instructions, j'ai l'impression de faire du C. On peut facilement les remplacer par une classe, ce qui me fait penser qu'en les utilisant on s'éloigne un peu du concept de programmation objet. A force d'avoir ces fameuses biblio sous les yeux j'ai tendance à reproduire ce style de code.

C'est une mauvaise habitude ? ou ça dépend simplement du contexte d'utilisation ?


Merci developpez ! Encore et toujours

[Bousk]

Concernant struct et class : http://cpp.developpez.com/faq/cpp/?p...lass-et-struct

typedef, enum et union n'ont par contre rien à voir. Comment penses-tu pouvoir les remplacer à chaque fois par une class ?!

[Trademark]

D'abord, lit les sections relatives au enum, union et typedef ici. Maintenant, est-ce que tu arriverais à obtenir un même comportement rien qu'avec des classes ? Et si oui, qu'est-ce que ça apporte ?

[Médinoc]

Reproduire le comportement d'une enum avec une classe est possible, juste extrêmement lourd à taper (beaucoup de code "boilerplate" pour gérer les opérateurs)

[DavidleVrai]

J'ai parlé un peut vite en mettant les enum et les union dans l'histoire. Mais pour le reste, notamment les structures, je persiste.

Par exemple si je veux employer des couleurs dans mon code. Il va falloir que je crée une structure RGB, une structure couleur, que je déclare chaque couleur en tant que constante de type couleur... . Le code gagnerait en lisibilité si je remplaçai cette partie avec une classes plutôt que d'implémenter des structures de données qui sont assez loin de la fonction originale de ce code. J'ai l'impression que c'est très souvent le cas avec les structures et les typedef.

Sinon, en effet il n'y aucun intérêt à implémenter un enum et un union...

[Trademark]

À part pour la visibilité par défaut, une structure et une classe sont strictement pareil. Après on a donné un sens sémantique, généralement on utilise une structure si on veut tout mettre en public, par exemple une structure RGB est un bon exemple. Et on utilise une classe si on fait de l'orienté-objet. Tu parles aussi des typedefs mais ça n'a pas de rapport, un typedef c'est juste un alias sur un type existant et tu peux l'utiliser sur un type créé via un struct ou une class.

Si tu penses que ton code améliorera sa lisibilité en utilisant le paradigme objet et bien vas-y. Si tu veux notre avis, tu peux nous montrer les deux codes pour qu'on saisisse ce qui te tracasse