Encore un pense bête pour moi qui découvre les enum et surtout les typedef enum

Les enum permettent de définir des équivalences (un peu comme #define) mais avec 2 avantages :
-il n'y aura jamais 2 valeurs identiques ou 2 fois la même déclaration
-Plus sur
je laisse pour cela la citation de Jacques
Citation :(posté ici http://www.68hc08.net/modules/newbb/v ... t_id=15633#forumpost15633)

On n'est même pas obligé de donner des valeurs, valeurs qui ne nous intéressent peut être même pas !

Si ces valeurs peuvent être associé à différentes choses on pourra utiliser les typedef enum


on pourra ainsi associer ces valeurs à différentes "choses"


freescale/NXP utilise ça pour déclarer les différents valeurs possibles des registres.

Salut

J'utilise bcp les typedef enum pour les configurations.
Par exemple


me permet de lancer une fonction d'init avec des arguments en clair ainsi :


Je trouve que cela facilite grandement la lecture du code et les modifications. A la fin je ne sais pas quelle est la valeur des champs, mais je m'en moque. Je me pose la question une fois à la création du champs.

Par ailleurs les enum apparaissent dans le debugger également à ma connaissance dans le champs d'une variable. Donc les données s'affichent 'en clair'

++
Steph

Plop all^^

Je réouvre ce sujet.

Les enum, c'est tres bien en safe C.
Je l'utilise pour les State Machine.






Lorsque l'on utilise un enum sur un switch, nous avons l'obligation de faire correspondre a case à chaque élément de l'enum.

L'autre intérêt de l'enum et d'éviter du jardinage lors de parcourt de table:






Cependant Attention. Une variable de type enum n'aura pas forcement la taille prevue.
Dans mon premier exemple, la variable MyState fait 16 bits.
Ceci est configurable dans les optons du compilo.

Quelqu'un pourrait-il expliquer cette configuration? :)

Oula !

Parole de débutant, va falloir que je potasse sérieusement ce que vous dites là. Car, mes #define font aussi bien le boulot ?!

imagine un passage de parametre.



avec un enum, le test du paramètre passé est plus facile car l'enum est borné par nature.
avec un enum, tu reduit les risque d'erreur de codage car tu précise un type de donnée.

EDIT: tu peux me tutoyer :p

Salut

Ce sont des outils qui rendent le code plus lisible et sûr. En plus avec enum éclipse met du bleu dans le code et j'aime le bleu

C'est un peu comme écrire un code avec 30x la même séquence plutôt que de faire une fonction qui reprend la séquence; Au final ça changera rien parce que le compilateur va optimiser mais la fonction rend le code plus lisible et si modification il y a elle sera 30x identique, pas 28 ou 29fois...

Plop ^^



Quelqu'un pourrait-il me dire comment faire pour prouver (ASIL level donc recherche de la preuve ;) ) que mon enum est bien codé sur un unsigned char?

vu qu'il il y 4 éléments dans ton enum, ça doit être codé sur 4 octets.

Tu peux le mesurer en déclarant une variable du type de l'enum et en calculant sa taille avec l'opérateur sizeof

Jacques, Je ne suis d'accord.
Par défaut, les enum sont taillés pour recevoir des int, soit 2 octects.

Je sais que certaine(s) option(s) compilo permette(nt) de d'ajuster la taille d'un enum au plus juste...

Je vais faire des check de sizeof et je vous fait un retour ;).

oui, tu as raisons, c'est plutôt des int que des octets.