Les Fonctions & les headers :)

Version imprimable

12/04/2016, 21h49
shana59

Les Fonctions & les headers :)

Bonsoir ,
Vous allez rigolé mais je suis embêté avec comment dire un soucis de compréhension de syntaxe,
D'après le tutoriel que je suit sur OPCR , il faut inclure chaque header dans sont fichier source correspondant , je ne comprend pas l’intérêt.
Donc je crée un fichier arme.c et arme.h , chacun d'eux contienne source et l'autre prototype , quel intérêt de mettre le prototype dans le fichier source?
En sachant que j'inclus également arme.h dans main.c afin de pouvoir utiliser les fonctions, enfin voilà tout sa n'est pas assez clair pour moi et ne voulant pas être perdu par la suite j'aimerais mieux comprendre si quelqu'un parviens à m'expliquer :) merci ! :aie:
12/04/2016, 21h58
picodev
Bonjour,

pour de multiples raisons … entre autre :
- Parce que ça ne fait pas de mal et que c'est une bonne habitude
- Parce qu'un header ne contient en général pas que des prototypes mais aussi les définitions (ou au moins les déclarations) des types, macros, etc. autant ne les mettre qu'à un endroit
- Parce que le jour où tu modifies une fonction en changeant le type de retour en oubliant de changer le prototype le compilateur te le dira
- Parce que si les dépendances sont bien gérées cela fonctionne mieux avec des outils comme make
- ...
12/04/2016, 22h02
shana59

Oui je vois n'ayant que survolé le chapitre des directive de préprocesseur il y à longtemps je ne pouvais pas deviné,
Il devrait l'évoqué lors du chapitre sur la programmation modulaire :)
Merci :)

Navré pour la rime pauvre mais.. les prototypes, c'est pas automatique ! Tu n'es pas forcé d'en écrire pour chaque fonction du .c, seulement pour définir l'interface que tu veux exposer. Lorsqu'il s'agit de fonctions utilitaires spécifiques au module en général on les marque static et on les regroupe dans un coin du .c.

C'est d'ailleurs la même chose pour les types. Pour « dissimuler » les détails d'implémentation à l'utilisateur du module, on peut écrire certains types locaux dans les .c ou dans des en-têtes « privés ».

Un petit exemple (un peu pourri) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#if !defined(INCL__CIRCLE_H)
  #define INCL__CIRCLE_H
 
 
typedef struct point {
    float x, y;
} point_t;
 
struct circle;
typedef struct circle *circle_t;
 
 
circle_t circle_make(point_t centre, float radius);
float    circle_area(const circle_t c);
 
 
#endif // INCL__CIRCLE_H

Code:

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
#include <stdlib.h>
#include <assert.h>
#include "circle.h"
 
 
#define PI 3.141592653589793f
 
struct circle {
    point_t centre;
    float radius;
};
 
 
static float pow2(float a) { return a * a; }
 
circle_t circle_make(point_t centre, float radius) {
    assert(radius >= 0.f && "negative radius");
 
    circle_t c = malloc(sizeof(struct circle));
    assert(c && "allocation failed");
 
    c->centre = centre;
    c->radius = radius;
 
    return c;
}
 
float circle_area(const circle_t c) { return PI * pow2(c->radius); }

Code:

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
#include <stdlib.h>
#include <stdio.h>
#include "circle.h"
 
 
static void point_print(point_t p) { printf("(%g, %g)", p.x, p.y); }
 
int main(int argc, char *argv[]) {
    point_t p = { -1.f, 3.f };
    circle_t c = circle_make(p, 2.f);
 
 
    printf("coordinates of point: ");
    point_print(p);
 
    /* /!\ compilation error: dereferencing pointer to incomplete type
     *
     * printf("\ncoordinates of circle center: ");
     * point_print(c->centre);
     */
 
    printf("\ncircle area: %g\n", circle_area(c));
 
    free(c);
 
    return 0;
}