Discussion :

[19cmos83]

Bonjour,

Quelqu'un peut m'expliquer pourquoi, si je n'initialise pas la variable b, j'ai une erreur de compilation (variable non initialisé):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
Class popo{

int a;

public void main (void){
int b;

System.out.print("a : " + a + " b : " + b);

 }
}

mais, si elle l'est :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
Class popo{

int a;

public void main (void){
int b = 0;

System.out.print("a : " + a + " b : " + b);

 }
}

et bien, ca compile et ca donne :

Code :

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

a = 0 b = 0

pourquoi le compil initialise les variables globales et pas locales ?

Merci.

[manblaizo]

Les variables d'instance sont initialisées à leur valeur par défaut lors de l'instanciation de la classe, juste avant l'appel au constructeur. Donc pour un int, c'est initialisé à 0, pour un double c'est 0.0, pour un boolean c'est false, etc., et pour une référence c'est null.
Par contre les variables locales, donc à l'intérieur d'une méthode, ne sont pas initialisées par le compilateur, et elles ne peuvent pas être utilisées sans avoir été initialisées auparavant, d'où la plainte du compilateur dans ton cas.
C'est comme ça que fonctionne Java, et pas besoin de demander pourquoi, les règles sont les règles

[19cmos83]

Merci deadpool :

Initialisation de membre

Java prend en charge l'initialisation des variables avant leur utilisation. Dans le cas des variables locales à une méthode, cette garantie prend la forme d'une erreur à la compilation.

Mais ca ne répond pas a ma question.

cette garantie prend la forme d'une erreur à la compilation.

Pourquoi ?

Pourquoi, java prend en charge les var globales et pas les locales ?

[19cmos83]

C'est comme ça que fonctionne Java, et pas besoin de demander pourquoi, les règles sont les règles

ah bah, dans ce cas la ...

plus de question ....

[Deadpool]

Faut lire plus attentivement.

Pour les variables locales :

Bien entendu, le compilateur aurait pu donner à i une valeur par défaut, mais il est plus probable qu'il s'agit d'une erreur de programmation et une valeur par défaut aurait masqué ce problème

Pour les variables d'instances :

Cependant, si une valeur primitive est un membre de données d'une classe, les choses sont un peu différentes. Comme n'importe quelle méthode peut initialiser ou utiliser cette donnée, il ne serait pas très pratique ou faisable de forcer l'utilisateur à l'initialiser correctement avant son utilisation. Cependant, il n'est pas correct de la laisser avec n'importe quoi comme valeur, Java garantit donc de donner une valeur initiale à chaque membre de données avec un type primitif.

[manblaizo]

ah bah, dans ce cas la ...

plus de question ....

Non mais, je pense que le document explique bien pourquoi le compilateur ne le permet pas, parce qu'il peut bien s'agir d'une erreur de programmation, et le compilateur n'est pas censé faire des déductions dans ce genre de conditions. Donc pour être "safe", il l'interdit. Je ne sais pas si ce n'est pas une raison suffisante pour toi.

[19cmos83]

Bien entendu, le compilateur aurait pu donner à i une valeur par défaut, mais il est plus probable qu'il s'agit d'une erreur de programmation et une valeur par défaut aurait masqué ce problème
Pour les variables d'instances :

Citation:
Cependant, si une valeur primitive est un membre de données d'une classe, les choses sont un peu différentes. Comme n'importe quelle méthode peut initialiser ou utiliser cette donnée, il ne serait pas très pratique ou faisable de forcer l'utilisateur à l'initialiser correctement avant son utilisation. Cependant, il n'est pas correct de la laisser avec n'importe quoi comme valeur, Java garantit donc de donner une valeur initiale à chaque membre de données avec un type primitif.

Oui, tres clair ...
Merci

[mavina]

Salut,

Tout simplement parceque la variable globale peut être modifiée partout dans ta classe, alors que la variable locale n'a comme visibilité que la methode dans laquelle elle est utilisée, donc il lui faut une valeur, on ne peut pas la modifier en dehors de cette méthode, ca signifie que si tu déclares une variable dans une méthode, tu en auras forcément besoin (d'où l'obligation d'initialisaiton à un moment ou à un autre), si tu n'en as pas besoin, alors pas besoin d'en déclarer une.

C'est de la logique, dans les méthodes on a besoin, on initialise, sinon, on déclare pas, dans les classes on ne peut pas vérifier où on l'utilise, donc on initialise par défaut au cas où.

Fred