#define

**moon93** · 10/05/2006, 11h30

salut tous le monde, j ça:
#define receive_id 1
.....
function(,..,receive_id,...);

pourquoi je passe par le define? je peux pas ecrire: function(,..,1,...);???

**Gruik** · 10/05/2006, 11h37

Salut,

D'un point de vue "pratique", si ton "receive_id" est utilisé à plusieurs endroits, alors il suffira de modifier cette constante pour la modifier partout. Ca c'est pour vulgariser.
Plus tard, j'expliquerais mieux l'indispensabilité de cette pratique

**Biosox** · 10/05/2006, 11h41

si tu peux!

le #define est une instruction du "préprocesseur": cela signifie que quand tu vas compiler, ton compilateur va d'abord remplacer tous les "receive_id" par des "1" dans le code, et ensuite va compiler.

dans ton cas ça revient au même.

Mais c'est quand même pratique d'utiliser le #define.

En effet, imagine que tu utilise la valeur de receive_id (1) plein de fois dans ton code. Et un jour, tu veux utiliser 2 plutot que 1.
Au lieu de changer 2 en 1 a plein d'endroits différents dans le code, tu change juste la ligne:
#define receive_id 1
en
#define receive_id 2

**moon93** · 10/05/2006, 11h45

Merci a tous!

**hiko-seijuro** · 10/05/2006, 11h48

et puis aussi si tu reprends ton code pour comprendre à quoi correspond le paramètre en question

**Gruik** · 10/05/2006, 19h45

Le but c'est en fait de mettre du "sens" dans son code et se passer du "savoir".
Quand j'y pense, à mes touts débuts, je trouvais ça amusant de garder en mémoire le fait que tel tableau contenait 4 elements, de savoir que passer "1" à cette fonction donnait ceci et passer "2" donnait celà.
Mais, non c'est ingérable et surtout extremement source d'erreur.
Il faut donc se concentrer sur "qu'est-ce qu'on veut comme valeur" et dire explicitement ce qu'on veut comme valeur au lieu de donner la valeur directement.
Ex: ma fonction retourne 0, 1 ou 2 en fonction de si ya une erreur et de quelle erreur il s'agit.
Si il ya une erreur "machin", la fonction de devrais pas retourner 1 mais devrait retourner ERREUR_MACHIN. Pareil dans l'appellant, on devrait pas tester si le retour est different de 0, on devrait tester si le retour est different de PAS_D_ERREUR. Car c'est ce qu'on veut faire : tester si ya pas d'erreur, on se fiche du reste.
Si tu te demandais pourquoi on utilise la constante NULL alors qu'on sait pertinamment que ça vaut 0, là réponse est là.
mettre du sens dans son code.

C'est le meme principe pour la création de fonctions. Séparer ce qu'on veut faire de comment on le fait.

Vouloir se rendre abstrait est un désir exprimé dans plusieurs technologies... sur le web, on prefere aujourd'hui utiliser des pages HTML avec seulement comme information "je veux un paragraphe, je veux un titre, je veux bloc, je veux une petite note, je veux un titre particulier, etc..." et de definir dans le CSS comment formatter ces paragraphes, blocs etc...

Tout cela pour une raison essentielle : une mise à jour aisée.
C'est la meme raison pour laquelle on a créé les bases de données relationnelles : il faut mettre l'info à un seul endroit.

Bref

pour revenir au C
Ma théorie c'est que toute constante numerique (ex: 4) ou chaine (ex : "blabla") pourrait faire l'objet d'une constante symbolique (#define).

En pratique, toute constante numerique ou chaine qui a un sens particulier à nos yeux devrait faire l'objet d'une constante symbolique.
En pratique-bis, toute constatne numerique ou chaine qui est identifiée comme etant la meme et qui se trouve à plusieurs endroits devrait faire l'objet d'une constante symbolique.