Merci pour ces conseils ! De toute fa�on l'exemple que j'avais donn� �tait une version simplifi�e de mon code. Dans la pratique je n'acc�de pas directement � cette variable, mais bien � une m�thode qui la renvoie (apr�s v�rifications).
Par contre, une question me taraude: pourquoi est-ce si mauvais d'acc�der � des champs d�clar�s public ? A priori c'est plus rapide que de passer par une m�thode qui la renvoie, non ? Quel est l'int�r�t de cette m�thode ? Aur�lien Mazurie En r�ponse � Cedric Beust <[EMAIL PROTECTED]>: > > From: Aurelien Mazurie [mailto:[EMAIL PROTECTED]] > > > public Connection connection; > > Ouh la, un champ public. *TRES* mauvaise idee. Rends-le private et > implemente des accesseurs (probablement uniquement un getter etant > donne > que seule la classe maitresses est autorisee a l'initialiser). > > > public Connection connection; > > Ouh la, un autre champ public, qui en plus masque le champ public de > meme nom de la classe parente. Ca aussi, c'est une tres mauvaise > idee. > Tu devrais retirer cette variable, faire de ta classe maitresse un > singleton et utiliser > > MaClasseMaitresse.getInstance().getConnection() > > partout. > > -- > Cedric > >
