Discussion :

[tychus]

Bonjour

J’ai entendu dire qu'une déclaration de type

Code :

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

1
2
3
4
 
           Int a,b,c,d,e;
           // ou :
          char c,*p,S[100];

n’est pas très clean et que c'est mieux de faire :

Code :

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

1
2
3
4
5
6
7
8
 
           int a;
int b;
int c;
// ou :
          char c;
char *p;
char S[100];

Est ce vrai ca ?

[jeroman]

"pas très clean" : c'est-à-dire ? Au niveau lisibilité ?

Quoi qu'il arrive, côté programmation :

Code :

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

int a , b , c;

et

Code :

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

1
2
3
int a;
int b;
int c;

correspondent à la même chose.

[tychus]

moi j'ai l'habitude de mettre les variable du meme type dans la meme ligne mais la on me dit que ca fais des bug erreurs je suis pas du tout convaincu

[edgarjacobs]

Bonsoir,

moi j'ai l'habitude de mettre les variable du meme type dans la meme ligne mais la on me dit que ca fais des bug erreurs je suis pas du tout convaincu

Celui qui t'a dit ça ne doit pas y connaître grand'chose.

Déclarer

Code :

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

int i,*pi;

ou

Code :

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

1
2
int i;
int *pi;

ne changera rien pour le compilateur! C'est juste une façon personnelle de structurer tes déclarations.

Personnellement, je préfère la seconde méthode...

[tychus]

Ah merci donc j'ai raison j’entends beaucoup de truc de ce genre
ex:
- il n'est pas bon d'utiliser un break ou return dans une boucle parce que ce n’est pas une instruction qui se répète ni un booléen

[diogene]

ex:
- il n'est pas bon d'utiliser un break ou return dans une boucle parce que ce n’est pas une instruction qui se répète ni un booléen

C'est uniquement une question de clarté du code (qui est une qualité primordiale).

Le lecteur s'attend à une sortie de boucle naturelle "par le bas" et un return ou un break caché dans une grosse boucle un peu complexe risque de passer inaperçu sans analyse détaillée de la boucle. A contrario, une telle sortie peut simplifier et même clarifier le code.

C'est donc à voir au cas par cas et il ne faut pas être trop sectaire dans ce domaine

De même pour la manière de définir les variables : il faut que le lecteur puisse retrouver rapidement leur définition (et je préfère une définition par ligne, on n'est pas à quelques lignes près dans un programme si la lisibilité est meilleure).

[pfeuh]

Salut,

Bonjour

J’ai entendu dire qu'une déclaration de type

Code :

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

1
2
3
4
 
           Int a,b,c,d,e;
           // ou :
          char c,*p,S[100];

n’est pas très clean

Oui, c'est vrai. Mais peut être que je n'y connais pas grand chose, comme je l'ai lu plus haut. Par contre j'utilise beaucoup les déboggeurs et eux ne tracent correctement qu'une instruction par ligne. De plus c'est une question de bon sens, compile voir ça et cherche l'erreur...

Code :

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

1
2
3
4
5
int main (void)
{
    int tata, yoyo, yéyé, yuyu;
    return 0;
}

C'est bien sûr faisable mais c'est tellement plus simple de trouver une erreur quand il n'y a qu'une seule instruction par ligne...

A+

Pfeuh