Discussion :

[wadi3]

Bonjour;

une simple question pour l'instanciation d'un objet :

Quelle est la différence entre l'instanciation d'un objet dans la zone de déclaration des variable d'instance :

Code :

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

private Set<Compte> comptes=new HashSet<>();

et dans le constructeur de l'objet :

Code :

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

1
2
3
4
5
 
public Client() {
		super();
		this.comptes=new HashSet<>();
	}

Pour le constructeur, j'ai compris que pour chaque objet, un objet de type Set sera crée, mais pour l'autre cas ?

Une autre question :
A quoi sert la déclaration de

Code :

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

private static final long serialVersionUID = 1L;

pour chaque classe, et est ce qu'il est conseilé de le déclaré ?

Merci d'avance.

[thelvin]

Quelle est la différence entre l'instanciation d'un objet dans la zone de déclaration des variable d'instance :

Pour le constructeur, j'ai compris que pour chaque objet, un objet de type Set sera crée, mais pour l'autre cas ?

Pareil. Il n'y a pas spécialement de différence entre l'un et l'autre.
C'est juste que ce qui se fait à la déclaration des variables, est exécuté avant le constructeur. On dit que c'est le code d'initialisation, noté <init> dans la stacktrace, et donc exécuté avant le constructeur.

Disons que si une variable peut être facilement instanciée là où elle est déclarée, il est plus propre de le faire. Ça évite les oublis, et ça indique plus clairement sa nature.

A quoi sert la déclaration de

Code :

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

private static final long serialVersionUID = 1L;

pour chaque classe, et est ce qu'il est conseilé de le déclaré ?

serialVersionUID est abordé dans la FAQ.

Comme son nom l'indique, c'est en rapport avec la Sérialisation Java. Si une classe n'est pas sérialisable, ce champ ne lui sert à rien.

Il y a un article qui décrit en détail la raison d'être de serialVersionUID.

[tchize_]

pas vraiment. En fait c'est du code rajouté dans le constructeur par le compilation. Après l'appel à super, et avant toutes les autres lignes de code du constructeur

[thelvin]

Ah, oui. Je viens de me rendre compte que tout ce qui est constructeur est noté <init> dans la stacktrace. Du coup, ça peut aussi se dire comme ça.

Enfin, moi j'ai tendance à penser que super() est déplacé avant tout le reste, plutôt que penser que les initialisations sont déplacées dans les constructeurs après super().