[C] Quand utiliser les structures ?

[Ekroz]

Bonjour à toutes et à tous,

Voilà hier soir une question m'a un petit peu taraudé : quand utiliser les structures ?
Certains en abusent follement au point d'en mettre partout où il faut transmettre plus d'un paramètre à une fonction, d'autres y vont un peu au feeling, et d'autres suivent certaines normes propres à leur façon de coder.

Mais voilà, comme toute feature d'un langage de programmation, ce n'est jamais là par hasard, il y a des cas où c'est totalement inutile, d'autres indispensables.
En parcourant un peu notre ami Google, j'ai pu trouver beaucoup de sujets.
Notamment Microsoft qui préconise en C# d'utiliser les structures lorsque je cite :

Do not define a structure unless the type has all of the following characteristics:

It logically represents a single value, similar to primitive types (integer, double, and so on).
It has an instance size smaller than 16 bytes.
It is immutable.
It will not have to be boxed frequently.

Mais voilà il s'agit du C#, et de l'usage des strucutres à la place des classes.
Je n'ai pas la chance de posséder la bible du C de Dennis Ritchie sinon j'aurai feuilleté le chapitre le concernant, donc je vous pose la question, comment vous a-t-on appris à utiliser les structures ?

Ekroz.

[Junky]

Pour le coup j'ai appris tt seul et je suis loin de les gérer. Surtout les listes chainés par exemple . Souvent je ne les utilise pas et je passe par des fonction a WattMilles paramètres.

Ca reste un côté assez obscure, même si il faut avouer que c'est qd même vachement pratique.

J'avais fait à l'époque un topic sur les threads, qui employé une structure afin de pouvoir passer plusieurs paramètres a un thread car il me semble que pour ce cas, tu es obligé de passer par les structures.

Après je n'ai pas un grand lvl en C, et souvent mes codes n'en ont pas besoins, mais je serai aussi ravi que toi d'avoir des conseils avisés de nos Barbus préférés...

Junky

[fr0g]

Je ne fais trop de C#, mais personnellement en C, comme tu l'as précisé , je les utilises premièrement pour des raisons de contraintes (norme: en particulier, fonctions limités à 4 params).

autrement, eh bien pour les arbres, listes chainées (n'ayant pas les conteneur genre listes ou vectors du C++)

Sinon, le dernier cas ou je les utilise le plus est bien pour la clarté du code, et le coté pratique, je trouverai toujours ça préférable de transmettre, par exemple plusieurs données ayant un lien entre elles ( Genre: nom de fichier, taille, location, type, etc...) ) travers une structure dont je passerai le pointeur à mes fonctions, au lieu de me trimballer un sac de variables à travers tout le programme.

[supersnail]

Je rejoins ce qui se dit plus haut, ça sert pas mal pour les structures de données "complexes" (i.e listes, arbres, graphes, représentation de coordonnées/structures mathématiques ou autres), pour la lisibilité du code, mais aussi pour "fabriquer" des formats de fichier (par exemple, PE/ELF et compagnie c'est des tas de structures plus ou moins documentées).
Ça pourrait aussi éventuellement servir pour "simuler" de la POO (d'ailleurs les objets qu'on manipule C++ ne sont qu'une structure contenant les variables membres de la structure, et dont le premier champs un un pointeur vers une "vtable" (i.e une table de pointeurs de fonctions, pour pouvoir faire des fonctions virtuelles et tout ce qui en découle) .

Sinon pour apprendre à utiliser les structures le mieux c'est encore de lire et écrire du code, bouffer de la structure

[Geluchat]

Personnellement, en C, je les utilise principalement pour les threads, comme on peut passer qu'un seul parametre

[ark]

Je réponds en speed, a mon sens, c'est totalement indispensable dans le cas d'utilisation de pointeurs sur fonctions génériques qui prennent en paramètre de type void *; et également dans le cas de structures de données, comme des listes chainées, graphes ou autre.
Ensuite, personnellement, je m'en sert aussi un peu pour organiser mon code, le rendre plus lisible, mais cela va généralement de pair avec des listes chainées. :p

[Commodor]

Pour remonter un peu le topic, je dirais même qu'elles sont omniprésentes lorsqu'un programme commence à prendre de l'envergure (>2000 lignes). Comme cité ci-dessus, des listes, pointeurs sur fonctions, threads, réduire le nombre de paramètres pour les fonctions, etc.

Mais comme son nom l'indique, une structure sert principalement à "structurer" (sérieux ) des données (qui sont plus ou moins liées selon l'utilisation que l'on en a).

Pour une application système, on pourrait très bien s'en servir pour gérer les utilisateurs :

Code :

struct sys_user {
        char *name;
        char *passwd;
        char *tty;
        struct sys_group **grp;   /* le ou les groupes de l'utilisateur */
};

struct sys_group {
        char *name;
        int nb_users;
        struct sys_user **users; /* qui pointe sur chaque utilisateur du groupe */
};

Autre cas d'utilisation très pratique : les applications réseaux. Très utile pour sérialiser des données sans se prendre la tête :

Code :

union frame {
       struct content {
               __u8 header;
               __u8 msg[128];
               __u16 sum;
       };
       __u8 buffer[sizeof(struct content)];
};

[balis]

Bref les structures c'est la vie.Le truc c'est de les utiliser pour regrouper des informations. Après seule ton expérience perso te guidera sur oui ou non , je dois les utiliser.