Discussion :

[yuri200]

Bonjour,

J'aimerais savoir pourquoi doit-on initialiser une variable ou un tableau ? J'aimerais comprendre le but précis de cette pratique.

Merci d'avance

[Médinoc]

L'important est qu'une variable ait été écrite avant d'être lue, sinon la lecture donne n'importe quoi.

Initialiser une variable permet d'être sûr qu'elle ne contienne jamais n'importe quoi.

[yuri200]

Il n'est pas obligatoire d'initialiser si j'ai bien compris ?

[Metalman]

Non ça n'est pas "obligatoire" si tu sais que ta variable sert à "d'abord" récupérer une valeur avant de l'envoyer ailleurs...

La fonction time() va renvoyer un nombre et il sera utilisé après... donc dans ce cas tu déclares une variable "sans initialiser", puis dans le code la 1ère chose faite sera d'appeler time() et de mettre une valeur dans ta variable.

Code :

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

1
2
3
time_t var;
 
var = time();

A l'inverse, si tu code en C89, le for permettra de ne pas avoir à initialiser la variable (si et seulement si tu t'en sers pour énumérer) :

Code :

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

1
2
3
int i;
 
for (i = 0; i != 100; i++)

[jlliagre]

L'important est qu'une variable ait été écrite avant d'être lue, sinon la lecture donne n'importe quoi.

Il faut cependant noter que les variables statiques sont automatiquement initialisées à 0 (ou 0.0 ou NULL suivant leur type).

[Sve@r]

Il n'est pas obligatoire d'initialiser si j'ai bien compris ?

Bonjour
Non, ce n'est pas obligatoire. Certains le font systématiquement pour éviter "d'oublier" de le faire ; certains qui sont sûr d'eux n'initialisent que ce qu'il faut quand il le faut...

[Obsidian]

Hello,

Il n'est pas obligatoire d'initialiser si j'ai bien compris ?

Non, pas en C, car d'une part, la meilleure valeur initiale n'est pas forcément zéro plus qu'autre chose. C'est quand même vrai la plupart du temps mais dans tous les cas, ça dépend du contexte.

Ensuite, parce que cela a un coût : si tu veux que ta variable ait une valeur initiale, il faut d'abord la stocker dans ton exécutable puis aller mettre explicitement cette valeur dans ta variable à l'exécution. Avec des langages de plus haut niveau, ces valeurs peuvent être garanties mais le C, lui, sert à écrire des programmes au plus proche de la machine pour se passer de l'assembleur. Il est donc plus important d'avoir un contrôle sur ces choes-là et de ne pas intégrer de « couches intermédiaires » implicites si ce n'est pas strictement nécessaire.

Avec cela, il faut se souvenir que le C date de 1972 et que même aujourd'hui, il peut encore être utilisé pour produire des programmes sur des architectures modestes. À l'époque, les machines étaient nettement plus restreintes en mémoire et en rapidité d'exécution. Sans aller jusqu'au PDP-10 et aux mainframes à bande magnétique, le tout premier IBM PC de 1981 dont dérivent encore les machines actuelles n'était équipé que de 16 Kio de mémoire vive. Oui, 16384 octets de mémoire et pas un de plus.

[CodeurPlusPlus]

Quelle est la définition de "initialiser" ?

Est-ce :

1) donner une valeur à la variable dès sa déclaration ?

2) donner une première valeur à une variable, que cela soit avant la déclaration ou après ?

Dans le deuxième cas, je serais curieux de voir un programme qui tient la route sans une seule initialisation.

Dans le premier cas, bien sûr que l'initialisation n'est pas obligatoire, mais il faut quand même savoir ce que l'on fait...

[Sve@r]

Quelle est la définition de "initialiser" ?

Est-ce :

1) donner une valeur à la variable dès sa déclaration ?

2) donner une première valeur à une variable, que cela soit avant la déclaration ou après ?

Hum, sémantiquement, "initialiser" dérive de "initial" (au début). Donc (selon moi) ça parlait de donner une valeur systématique à la création.
Mais j'ai bien aimé la phrase de Medinoc qui dit qu'il faut simplement s'assurer de toujours écrire au-moins une fois avant de lire.

Dans le deuxième cas, je serais curieux de voir un programme qui tient la route sans une seule initialisation.

Code c :

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

1
2
3
4
5
6
int main()
{
    int i;
    printf("Hello world !\n");
    return 0;
}

...

[Obsidian]

Quelle est la définition de "initialiser" ?

Est-ce :

1) donner une valeur à la variable dès sa déclaration ?
2) donner une première valeur à une variable, que cela soit avant la déclaration ou après ?

Cela signifie littéralement « mettre dans l'état initial ». Et quand on remet — ou ramène — une variable ou n'importe quel système à l'état initial, on dit « réinitialiser », dit « reset » en anglais, qui se traduit plutôt par « réarmer ».

Ça se réfère surtout aux automates finis dans lequel on a généralement un ou plusieurs points de départ. Un système est toujours forcément dans un des états que l'on a défini (par exemple : allumé ou éteint) mais s'il sert à prendre une décision ou faire un calcul, on définit aussi explicitement l'état dans lequel il doit se trouver au moment où l'on démarre le processus.

A priori, l'initialisation des variables doit donc avoir lieu avant l'exécution du programme et c'est pour cela qu'il existe une section spécialisée dans les fichiers exécutables contenant toutes ces valeurs initiales quand elles ne sont pas nulles. En pratique, ça dépend de l'endroit où tu places ton périmètres : tu peux très bien initialiser une variable à l'exécution avant de rentrer dans une routine ou au tout début de celle-ci.

En ce sens, cela tombe sous le coup de ton cas numéro « 2) ». Par contre, « donner une première valeur » n'est pas une définition suffisante. En effet, dans l'exemple suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
 
int main (void)
{
    char c;
    c = fgetc(stdin);
 
    printf ("%c\n",c);
    return 0;
}

« c » n'a pas du tout besoin d'être initialisée pour garantir le succès de l'opération : ni pour le bon fonction de fgetc(), ni pour la validité des données que l'on en tire après.

[jlliagre]

Quelle est la définition de "initialiser" ?

Est-ce :

1) donner une valeur à la variable dès sa déclaration ?

Oui.

Code :

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

1
2
3
int i=10; // <- initialisation
int j;    // <- déclaration
j=10;     // <- affectation

2) donner une première valeur à une variable, que cela soit avant la déclaration ou après ?

On ne peut pas donner une valeur à une variable avant sa déclaration, c'est soit en même temps, sois plus tard, soit jamais ...

[Sve@r]

On ne peut pas donner une valeur à une variable avant sa déclaration, c'est soit en même temps, sois plus tard, soit jamais ...

Hum... pas certain...

Code c :

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

1
2
3
4
5
6
7
int i=123;                // Définition de i - Initialisation dans la foulée
 
int main()
{
     extern int i;    // Déclaration de i (pas obligatoire mais facilite la relecture et la maintenance)
     printf("i=%d\n", i);   // Affichera i=123
}

On a donc bien une initialisation... avant la déclaration...

[jlliagre]

Bien vu, je voulais bien sûr dire on ne peut pas affecter une variable avant sa définition.

[Neckara]

Hum... pas certain...

Code c :

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

1
2
3
4
5
6
7
int i=123;                // Définition de i - Initialisation dans la foulée
 
int main()
{
     extern int i;    // Déclaration de i (pas obligatoire mais facilite la relecture et la maintenance)
     printf("i=%d\n", i);   // Affichera i=123
}

On a donc bien une initialisation... avant la déclaration...

Je ne suis pas d'accord, en faisant :
int i = 123; tu déclares bien i.
Si tu fait extern int i, c'est que ta variable aura été déclarée ailleurs.

[Sve@r]

Je ne suis pas d'accord, en faisant :
int i = 123; tu déclares bien i.
Si tu fait extern int i, c'est que ta variable aura été déclarée ailleurs.

Pas nécessairement "déclarée" mais obligatoirement "définie" ailleurs. C'était une finasserie (débile certes mais tellement pleine d'humour) sur la distinction entre déclaration et définition.
Jilliagre ne s'y est d'ailleurs pas trompé