Discussion :

[Sagoth]

Bonjour,

Je suis entrain de faire quelques excercices d'un livre:

Donc, premier excecice donne:

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 <iostream>
 
short int z (unsigned short int x, unsigned short int y)
{
    if (y == 0)
    {
        return -1;
    }
    else
    {
        return (x / y);
    }
}
 
int main()
{
    using std::cout;
    using std::cin;
    using std::endl;
 
    int a, b, c;
 
    cout << "Entrez deux valeurs" << endl;
    cin >> a;
    cin >> b;
 
    c=z(a,b);
 
    if (c != -1)
        cout << "Le quotien est egal a: " << c << endl;
    else
        cout << "Erreur, division par 0 impossible!";
 
 
    return 0;
}

Donc, pas de problème pour le premier, ensuite, je commence le second:

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
 
#include <iostream>
 
int fTotal (int fNombre, int fExposant);
 
int main()
{
    using std::cout;
    using std::cin;
    using std::endl;
 
    int Nombre, Exposant, Total;
 
    cout << "Entrez deux nombres: " << endl;
    cin >> Nombre;
    cin >> Exposant;
 
    Total = fTotal(Nombre, Exposant);
 
    cout << "Total = " << Total << endl;
 
    return 0;
}
 
int fTotal(int fNombre, int fExposant)
{
    return fNombre + fExposant;
}

Lors du second, j'ai du faire un prototype car le compilateur me disait que fTotal n'était pas déclaré. Certes.

J'aimerai avoir quelques explications si possible, car je ne vois vraiment pas de différence actuellement entre les 2 listings ... je suis un peu perdu.

Quand a-ton besoin de déclarer un prototype ?

[JolyLoic]

Le compilateur lit un fichier dans l'ordre.

Dans ton premier cas, quand il voit z dans ton main, tu lui a déjà expliqué ce que c'est donc pas de problèmes.

Quand il voit fTotal dans ton deuxième cas sans prototype (on dit plutôt déclaration en C++), il n'a jamais vu ce nom avant, et ne sais pas s'il s'agit d'un nom de type, de fonctions (si oui, quel paramètres...), de variable... donc il bloque.

[Sagoth]

Effectivement, je viens de tester.

Merci de l'éclaircicement, mais ça m'ammène à une autre question.

Vaut il mieux faire ses fonctions avant le main ou après ?
ça change quoi ?

[Davidbrcz]

Disons qu'a partir d'un moment cette question ne pose plus car tu va séparer tes fonctions dans différent fichiers.
A partir de là, il n'a plus vraiment de avant/après, il faut juste que le fichier d'où tu appelle ta fonction connaisse son prototype.

Mais pour le moment ca ne change rien , sauf question de lisibilté.

[Sagoth]

Je vois, merci pour les réponses

[koala01]

Salut,

Tant que tu fonctionne avec un seul fichier qui contient la fonction main et toutes les autres fonctions (ce qui, entre parenthèses n'est pas le meilleur des plans ) tu risque à de nombreuses occasion de ne pas pouvoir te permettre de déclarer tes fonctions dans un ordre précis.

Il n'est pas rare, en effet, que l'on se retrouve dans une situation dans laquelle une fonction A appelle une fonction B et que, à un moment de la logique, la fonction B doive faire appel à la fonction... A...

C'est même parfois bien plus vicieux, d'ailleurs parce que cela peut mettre en œuvre un nombre quelconque de fonctions (A qui appelle B, qui appelle C, qui appelle D.... qui appelle A,B,C,D... au choix)

Dans de telles circonstances, si tu décide de déclarer la fonction A avant B, elle se plaindra ... de ne pas connaitre B, et, inversement, si tu décide de mettre B avant A, elle se plaindra de ne pas connaitre...A...

Le problème se pose d'ailleurs régulièrement quand tu travailles en Orienté Objet: Il n'est pas rare de se rendre compte qu'une classe ou une structure aie besoin d'une autre classe ou structure, et que cette autre classe ou structure aie elle même besoin de la première, même si l'une des deux n'a besoin que d'un pointeur sur l'autre

Dans tous ces cas, tu sera dans l'obligation de déclarer la fonction, la classe ou la structure qui arrive "en deuxième position" avant la première, et d'effectuer la définition proprement dite un peu plus tard

[Sagoth]

Bonjour,

Merci des réponses, c'est plus clair maintenant
Donc, grosso-modo, vaut mieux que je me familiarise dès maintenant, quand je crée une fonction, de passer par un fichier header.

[koala01]

Bonjour,

Merci des réponses, c'est plus clair maintenant
Donc, grosso-modo, vaut mieux que je me familiarise dès maintenant, quand je crée une fonction, de passer par un fichier header.

Heuu... oui... on peut dire cela sous cette forme...

A noter cependant que même avec des fichier d'en-tête, tu risque à certains moments de devoir fournir le prototype d'une fonction ou une déclaration anticipée pour une classe, parce que les inclusions croisées t'interdiront toute autre manière de faire