Discussion :

[mhdleroi]

Bonjour,
pourriez vous m'aider s'il vous plait?
j'ai écrie un programme en c et je voudrais initialiser une variable "somme",
je voulais savoir si je devais le faire avant de lancer une boucle "do"........."while" ou je dois le faire à l'intérieur!!!Merci pour vos retours

[ternel]

D'après toi, quelle est la différence entre les deux?

[Aooka]

Salut,

Toujours initialisé les variables juste après la déclaration de ta fonction t'évitera de nombreux problème.
Et puis dans ton cas test et tu verra, sa prends 2 minutes, et tu ne refera plus l'erreur, et tu comprendra bien mieux que si l'on te donne la réponse. Surtout que c'est bidon et je pèse mes mots.

Bonne journée,

[ternel]

Je ne suis pas d'accord, il faut initialiser les variables là où on en a besoin.

Il s'agit donc de comprendre la notion de portée.

[Aooka]

Perso je les initialise après leurs créations, sa évite d'oublier d’initialiser. (Je met sur 0 ou NULL par exemple) et après j'affecte mes valeurs dans le code.
Je vais regarder la notion de porté qui met totalement inconnu en ces terme en tout cas.

[foetus]

@Martin Lestas: Certains compilateurs suppriment les initialisations inutiles, parce qu'en les mettant systématiquement à la création, tu dois en avoir des inutiles

En Delphi: H2077: Value assigned to '%s' never used

[Aooka]

Bein, écoute merci du tuyau

[ternel]

Perso je les initialise après leurs créations, sa évite d'oublier d’initialiser. (Je met sur 0 ou NULL par exemple) et après j'affecte mes valeurs dans le code.
Je vais regarder la notion de porté qui met totalement inconnu en ces terme en tout cas.

Si tu ne déclare que lorsque tu en as besoin, tu n'as pas besoin de valeur par défaut, car tu as forcément ta valeur initiale intéressante quand tu en as besoin.
Et tu ne risques pas de mélanger les variables.

[Médinoc]

On est parfois obligé de déclarer avant l'initialisation "utile", selon les structures de contrôle qui peuvent géner.
Voici un exemple "contrived", artificiel, qui illustre ma pensée:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
void UneFonction(int a)
{
	int b;
	if(a > 0)
	{
		b = toto(); /*Ne peut pas déclarer b ici, car j'en ai besoin après*/
	}
	else
		return;
	titi(b);
}

Bien sûr, l'exemple ici est purement artificiel (on pourrait aisément déplacer l'appel dans le if) mais ce n'est pas toujours le cas dans la vie réelle...

Et c'est pire avec les environnements qui ne supportent pas C99 (suivez mon regard...), car les déclarations ne peuvent avoir lieu qu'en début de bloc.

[ternel]

Oui, enfin, un environnement qui ne supporte pas une norme qui a plus de quinze ans mérite au minimum un profond dédain.

[gangsoleil]

Oui, enfin, un environnement qui ne supporte pas une norme qui a plus de quinze ans mérite au minimum un profond dédain.

Vu que la plupart des compilateurs ne supportent pas toute la norme C99, je ne suis pas d'accord avec toi -- mais c'est un autre débat.

Par contre, je ne suis pas d'accord sur l'initialisation des variables (mais c'est un débat presque aussi vieux que les variables elles-même) : pour moi, il ne faut pas initialiser les variables avec une valeur par défaut, sauf si on en a besoin. En effet, n'importe quel compilateur correct et bien utilisé sera capable de te prévenir avec un warning du genre "attention, ligne XX, la variable YYY peut être utilisée sans être initialisée".
L'avantage, pour moi, c'est que les codes qui nécessitent l'utilisation d'une valeur par défaut sont relativement rares.

[edgarjacobs]

Hello,
Et j'ajouterai à ce qu'a dit gangsoleil, un compilateur bien réglé sortira un warning dans le genre "l'assignation de la variable thingy à la ligne xyz ne sert à rien" si on écrit un code dans le style

Code :

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

1
2
3
int thingy=0;
....
thingy=fct();

A+
Edgar;

[Sve@r]

On est parfois obligé de déclarer avant l'initialisation "utile", selon les structures de contrôle qui peuvent géner.
Voici un exemple "contrived", artificiel, qui illustre ma pensée:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
void UneFonction(int a)
{
	int b;
	if(a > 0)
	{
		b = toto(); /*Ne peut pas déclarer b ici, car j'en ai besoin après*/
	}
	else
		return;
	titi(b);
}

Bonjour

Peut-on vraiment parler ici d'initialisation ou bien ne tombe-t-on pas plutôt dans la simple affectation ???
Ce qui se résume alors à la phrase de leternel => il faut initialiser (ou plutôt "affecter") les variables là où on en a besoin.
Ce qui se résume alors à un principe plus général qui est de ne jamais lire le contenu d'une variable sans l'avoir d'abord affectée ; et aussi de ne jamais affecter deux-fois la même variable sans avoir entre temps récupéré/utilisé son contenu...