Discussion :

[chris7522]

Bonjour à toutes et à tous.
Dans ce code , j'ai l'impression que « struct humain » est la structure principale , et que « struct id » et « struct date » sont des sous-structures dans la mesure ou id et date sont déclarées dans celles-ci . Ai-je tort ou raison ? Si c'est le cas , les sous-structures doivent toujours être déclarées dans la structure principale ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
#include <stdio.h>
#include <string.h>
 
 int main()
 {
    struct id
    {
      char hprenom[20]
      char hnomfam[20]
    };
    struct date
    {
      int sjour;
      int smois;
      int sannee;
    };
    struct humain
    {
      struct id hnom;
      struct date hdatenaiss;
    };
    struct humain president;
 
    strcpy(president.hnom.hprenom, "georges");
    strcpy(president.hnom.hnomfam, "whashington");
    president.hdatenaiss.sjour=22;
    president.hdatenaiss.smois=2;
    president.hdatenaiss.sannee=1732;
 
    printf("Naissance de %s le %d %d %d\n",
           president.hnom.hprenom,
           president.hnom.hnomfam,
           president.hdatenaiss.sjour,
           president.hdatenaiss.smois,
           president.hdatenaiss.sannee);
    return 0;
  }

[Obsidian]

Bonjour et bienvenue,

Il n'y a pas, à proprement parler, de « structure principale » et de « sous-structures » en C. Elles sont toutes a priori définies au même niveau, même s'il est tout-à-fait autorisé d'y intégrer des membres dont le type soit lui-même une structure, auquel cas ladite structure doit être définie avant, naturellement. Donc, il est normal de voir définies d'abord struct date et struct id si on souhaite les utiliser dans struct humain.

Une subtilité toutefois : la définition d'une structure vaut déclaration de type et à ce titre, elle peut avoir lieu au sein d'une autre définition de structure même si, au final, elles occuperont toutes deux le même niveau au sein du namespace. Par exemple :

Code C :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#include <stdio.h>
 
struct A
{
    int                               x;
    int                               y;
    int                               z;
    struct B { int i; int j; int k; } b;
};
 
int main (void)
{
    struct A alpha;
    struct B beta;
 
    alpha.x = beta.i = 1;
    printf ("%d %d\n",alpha.x,beta.i);
 
    return 0;
}

Dans cet exemple, parfaitement valide au demeurant (sauf erreur), l'intégralité de la chaîne struct B { int i; int j; int k; } est considéré comme un identifiant de type, au même titre que int et a donc parfaitement sa place là où on en attend un, même si c'est pendant la définition d'une structure, et on en profite au passage pour déclarer le membre « b ». En revanche, une fois que c'est fait, le nom de cette structure est bien « B » (appelé grâce à struct B) et pas A.B. Ceci se voit au niveau de la déclaration de alpha et beta dans la fonction principale.

C'est notoirement différent des classes C++ qui font automatiquement office de namespace en plus du reste, et surtout de Java, avec lequel tout doit être défini au sein d'une classe.

[chris7522]

Merci de ta reponse . Bien compris , du moins pour le 1 er paragraphe ! Pour le reste je finirai par comprendre au fur et mesure de mon apprentissage et il y a encore du boulot ...

[chris7522]

J'ai essayé ce code mais il ne fonctionne pas , pourquoi ? J'ai quand meme une petite idée , je me disais qu'il n'etait pas possible d' utiliser 2 structures avec des tableaux char dans chacune d'elle . Pourtant le nom des menbres est différent .... mais peut etre que l'erreur est ailleurs .

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
#include <stdio.h>
  #include <string.h>
 
  int main()
  {
    struct nom
    {
       char prenom[20]
       char nomFamille[20]
    };
    struct date
    {
       int jour;
       int mois;
       int an;
    };
    struct lieu
    {
       char art[20]
       char nouvelle[20]
    };
    struct human
    {
      struct nom hnom;
      struct date hdate;
      struct lieu hlieu;
    };
    struct human perl;
 
    strcpy(perl.hnom.prenom, "perlanti");
    strcpy(perl.hnom.nomFamille, "hatayan");
 
 
    printf("%s %s", perl.hnom.prenom,
                    perl.hnom.nomFamille);
 
  return 0; 
  }

[Sve@r]

Bonjour

J'ai essayé ce code mais il ne fonctionne pas , pourquoi ?

Pourquoi tu ne lis pas les messages du compilateur ? Chaque message te donne la ligne en erreur et la cause possible de l'erreur.
Bon parfois il y a énormément de messages mais en réalité, bien souvent la première erreur décale le compilateur et il t'en ressort 500000 alors qu'il n'y en a en réalité qu'une seule.
Donc tout ce que tu as à faire, c'est te concentrer sur le premier message d'erreur qui te donne la ligne incriminée, la corriger et recompiler. Ca marche pas forcément tout le temps immédiatement (ici il y a par exemple 4 erreurs donc si tu appliques cette méthode tu compileras 4 fois avant d'avoir tout réglé) mais ça évite quand-même beaucoup de recherche inutile.

mais peut etre que l'erreur est ailleurs .

Exact. Les point-virgules manquants dans tes déclarations.

Et il est maintenant temps que tu apprennes les bonnes pratiques. Une structure doit se nommer "struct s_xxx". C'est une question de convention mais ça te permet de garder le vocable "xxx" libre pour le donner à une variable.
Ensuite il est préférable de définir les structures de façon globale afin qu'elles soient connues de tout le programme (attention, je ne dis pas de créer de variables globales !!!).
Donc tu définis ta structure au début du code, puis dans les fonctions tu déclares tes variables du type de la structure en question.

Autre chose: ne néglige pas l'indentation. Ici ton code c'est l'anarchie (2 espaces vides pour rien à chaque ligne, un return décalé par rapport au reste). Non. Un code proprement écrit c'est un code qu'on lit bien, qu'on relit encore mieux et qu'on fait évoluer encore plus mieux. Tu commences en début de ligne. Et chaque nouveau bloc sera augmenté d'un seul niveau à l'ouverture et diminué d'un niveau à la fermeture. Ainsi, si à la fin de ta fonction, l'accolade fnale n'est pas en début de ligne c'est que tu te seras vautré.

Tout ça donne par exemple

Code c :

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

1
2
3
4
5
6
7
8
9
struct s_nom {
	char prenom[20];
	char nomFamille[20];
};
 
int main() {
	struct s_nom nom;
	...
}

Et si devoir mettre "struct" à chaque fois te fais un peu chier (ce que je trouve tout à fait normal car il n'y a aucune honte à vouloir éviter les trucs inutiles), alors rien ne t'interdit de transformer ta structure en type

Code c :

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

1
2
3
4
5
6
7
8
9
typedef struct {
	char prenom[20];
	char nomFamille[20];
} t_nom;
 
int main() {
	t_nom nom;
	...
}

[chris7522]

Milles merci ! C'est vraiment généreux de ta part d'avoir prit le temps de m'expliquer tout ca !

[foetus]

Pour les termes techniques cela s'appelle de la composition ou de l’agrégation (cela va dépendre si la structure human prend en charge ou pas la création et la destruction des structures qui l'a compose)
En UML c'est le losange (plein ou vide).
Et c'est une relation moins forte d'appartenance que l'héritage (qui n'existe pas en C, mais qu'on peut simuler assez simplement)

Ensuite il est préférable de définir les structures de façon globale afin qu'elles soient connues de tout le programme (attention, je ne dis pas de créer de variables globales !!!).

Bof

Le premier truc , c'est d'isoler les structures dans des fichiers, pour avoir au moins 1 constructeur et 1 destructeur et éventuellement une remise à zéro, méthodes qui accompagnent toujours une structure/ classe.
Et par la suite d'étoffer.

Si tu as des structures, style des DTOs, (Data Transfer Object, <- lien wiki), comme les 2 structures de @chris7522, moi je les regroupe par thématique.

Tout cela fait parti de l'organisation fichiers/ dossiers de son projet.

Et ensuite si tu ne maîtrises pas tes inclusions, cela va devenir vite la chienlit . Dans le cas de @chris7522, l'utilisateur a juste besoin de la structure human. Et c'est cette dernière qui va inclure tout ce qu'elle a besoin (dont 2 autres structures)

Après je sais très bien que pour un exemple à l'arrache et/ ou qui est posté sur un fil de discussion, c'est plus simple/ rapide d'avoir qu'1 seul source.