Discussion :

[diva_69]

bonjour,
J'aurai simplement plus d'informations :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class MyClass
{
	\\0
	public sousClass() {
		System.out.println("objet en creation");
	}
 
	\\1
	{
		System.out.println(" | R1 | ");
	}
 
	\\2
	static
	{
		System.out.println(" | R2 | ");
	}
}

Quand je crée un objet MyClass \\2 puis \\1 et enfin \\0 sont appellés...
c'est a dire :" | R2 | | R1 | objet en creation"

La seule chose à retenir est t'elle cette ordre ? ou c'est plus profond que ca ?

PS: Comment s'appelle cette technique d'appeler une fonction automatiquement avant la création d'une fonction ?
Martin MAGAKIAN
Merci

[kossistus]

bonjour,
J'aurai simplement plus d'informations :
La seule chose à retenir est t'elle cette ordre ? ou c'est plus profond que ca ?

PS: Comment s'appelle cette technique d'appeler une fonction automatiquement avant la création d'une fonction ?
Martin MAGAKIAN
Merci

Salut,
Et çà compiles ?
Telle que tu poses ta question tu ne risques pas d'avoir une réponse satisfaisante.
Tu veux peut être parler de l'initialisation statique. Sois plus claire

[GanYoshi]

Nan je pense pas que sa compile, il n'y a pas de constructeur, la procédure sousClasse n'a pas de void et les autres n'ont pas de nom...

Si tu veux appeler des fonction pendant la création de l'objet, tu écris les appels de fonction dans le constructeur.

[adiGuba]

Nan je pense pas que sa compile, il n'y a pas de constructeur, la procédure sousClasse n'a pas de void et les autres n'ont pas de nom...

La seule erreur vient du nom du constructeur qui ne correspond pas à la classe (sousClass au lieu de MYClass) et les commentaire qui sont inversé (\\ au lieu de //).

Le reste est tout à fait correcte et fonctionne parfaitement :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public class MyClass {
 
	// 0
	public MyClass() {
		System.out.println("objet en creation");
	}
 
	// 1
	{
		System.out.println(" | R1 | ");
	}
 
	// 2
	static {
		System.out.println(" | R2 | ");
	}
}

Code :

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

1
2
3
4
5
 
	// 2
	static {
		System.out.println(" | R2 | ");
	}

Ceci est un bloc d'initialisation static qui sera exécuté une seule fois lors du chargement de la classe par le ClassLoader.
Ce code est exécuté en même temps que les initialisations des attributs static...

Code :

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

1
2
3
4
5
 
	// 1
	{
		System.out.println(" | R1 | ");
	}

Ceci est un bloc d'initialisation d'instance qui sera exécuté à chaque création d'objet juste avant le constructeur.
Ce code est exécuté en même temps que les initialisations des attributs d'instance...


a++

[ze_corsaire]

Je ne suis pas fan des blocs statiques, on ne sait jamais quand ils seront appelés précisément, ceci dépendant du compilo.
Exemple : un appel à

Code :

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

1
2
 
MyClass.class

peut provoquer ou non le déclenchement des blocs statiques, selon le compilateur choisi (je crois me souvenir que jikes les chargeait et pas javac) donc pour ce qui en est de ton ordre de lancement, tu peux être confronté aux mêmes types de surprise .

[adiGuba]

Salut,


Un appel à MyClass.class ne provoque pas l'exécution des blocs static. Par contre il me semble que c'était le cas dans les anciens JRE (version 1.4 ou inférieur je ne suis plus sûr).

a++

[ze_corsaire]

Ecoute, je suis sûr de mon coup et je peux t'assurer que le

Code :

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

1
2
 
MyClass.class

provoque le chargement des champs et portions de code statiques si celui-ci a été compilé avec javac, mais pas si la compilation s'est effectuée avec jikes, et donc indépendamment de la jre.

[adiGuba]

provoque le chargement des champs et portions de code statiques si celui-ci a été compilé avec javac,

Je viens de tester avec javac 1.5 et 1.6 et avec les JVM 1.5 et 1.6 et je ne retrouve pas ce comportement (le code statique n'est pas exécuté).

a++

[ze_corsaire]

Autant pour moi, maintenant que tu le dis, c'était plutôt jikes (installé sur nos machines de dév) qui les chargeait et javac (en prod) qui ne le faisait pas, d'où certains bugs causés par la non-initialisation des variables statiques.

Merci pour ta rigueur.

[adiGuba]

Autant pour moi, maintenant que tu le dis, c'était plutôt jikes (installé sur nos machines de dév) qui les chargeait et javac (en prod) qui ne le faisait pas, d'où certains bugs causés par la non-initialisation des variables statiques.

Jikes n'est peut-être pas en cause... s'il génère du code 1.4 !

En effet je viens de retrouver la note et c'est bien une modification apparut avec Java 5.0 : http://java.sun.com/j2se/1.5.0/compa...y.html#literal

J'ai vérifié en compilant avec java et les options -target 1.4 -source 1.4 et le bloc static est chargé lors du MyClass.class...


a++