Exemple :  
 
Imaginons que vous ayez une variable de classe appelée ListeDeNom.
 
Vous faites :  
 
Convention Java

 
ou
 
(préfixage des paramètres avec _ )

 
Dans mon exemple ca a peut d'intéret de pas faire la seconde, mais par ex g une classe où j'ai une liste, une autre liste qui contient l'ensemble des valeurs acceptables, et donc la liste passée en paramètre... et ca fait des listOfXXX partout,c moins lisible
 
Je suis plutot adepte de la première méthode si on se force à préfixer systématiquement avec this la variable de classe, mais on voit souvent des gens coder avec la seconde...je voulais un avis des javateux...

oui, biensur, et on mets le type après aussi, en notation Hongroise : _listeDeNomsArrayList.

plus serieusement, ce sont dans les conventions de code de ma boite, et je l'ai déjà vu...donc ca se fait...
 
edit : g cru le commentaire d'avant était ironique...en fait non

en général, ce sont les variable membre qui ont leur _ devant.
 
et la notation Hongroise existe aussi.
 
Mais en java, les 2 sont déconseillées par les conventions.

La notation Hongroise était utile y'a qq années, mais maintenant n'importe quel éditeur te donnera le type de la variable et sa portée, donc ca ne sert plus a grand chose.

Non, pas Emacs.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Aux chiottes emacs.

moi j'utilise la convention java, mais sans le this (c'est grave docteur)
 

heu ... ca marche pas ca si tu mets pas le this, il prends en priorité le paramètre de la méthode ...
donc là tu réaffecte sa valeur au paramètre ... tu fais rien quoi ...

je sais, c'est pour ça que je demande si c'est grave

oui, mais comme le compilo te le dit, il faudrait être assez con pour persister.

 
C'est qu'un mwarning, c'est pas grave

this.listeDeNom = listeDeNom;  rullez

sur un des projets auxquels je participe ca (truc hongroise) fait parti des conventions de codage
 
edit: personnelement j'utilise pas

perso je trouve ca logique la notation java standard...mon boss avait pas l'air content qd g dit que je suivais pas sa convention à la con...Il m'a répondu que le top ct de préfixer avec this, mais que personne le faisait...alors g répondu que moi si, en bon petit élève qui suit les conventions de code java...depuis g une dérogation

this.noms = noms;
 
 
pour moi

 
oui enfin j ai fait du copier coller hein
 
 

le fait est que c vraiment une liste, indépendament de l'implémentation en ArrayList que j'ai choisi...en plus ca figure mieux de ce que c'est...en réalité dans mon code ce sont des listes d'API compatible, des listes de formats sonores compatibles, etc...avec toute ce que la sémantique de liste veut dire
 
maintenant faut dire que j'aime aussi les variables longues, je trouve ca univoque, ce qui est pratique en prog...hormis les paramètres que je maintiens le plus court possible...

nraynaud et son tact legendaire

il a persisté ?????

depuis le début je déconne. et toi tu me réponds séchement qu'il faudrait être con pour... 'fin voilà quoi, va prendre un peu l'air

Question a 2 balles...
si je fais betement
public void setListeDeNom(ArrayList autreNom) {  
        this.listeDeNom = autreNom;  
  }  
histoire d'eviter tout malentendu,
je passe pour le mec qu'as rien compris a la prog?  
Ca change quoi a part pour la javadoc?

je vois pas où j'ai été sec ????

non non c'est très bien. mais mettre "autrenom" ou "_nom" ça revient au même

on s'est mal compris alors

on s'en fout, c'est pas très grave.
 
C'est juste qu'en général, on a trouvé un nom qui va bien pour la variable d'instance et on le garde jusqu'au bout.
 
 
Il y a des cas où on "affine" le nom d'ailleur.

ok

c clair, g refactoré le nom 4x avant d'etre satisfait (et surtout pour garder un nommage uniforme en fonction de ce que représentent les variables)

Moi je prefixe mes variables membres avec _ comme dans le bouquin du GoF. Je trouve le this trop long et changer le nom de la variable en entree d'un setter ca fait chier quand on a deja trouve un nom parfait. C'est la seul entorse que je fais aux recommandations de Sun.
 

moi j'aime bien le this aussi parce que le fait de taper "this." fait de la completion sous eclipse

 
oui aussi et en fait je croyais que c'etait obligatoire au niveau de langage  

moi je trouve ca obligatoire au niveau de la lisibilité

c clair que la complétition eclipse fait beaucoup...ca et le formattage avec CTRL+I, ca te sort un code conforme aux conventions java tip top

le préfixage des variables membres avec un underscore, je déteste. Après c'est une question de gout

Souvent les gens mettent un m devant pour dire membre.
private String mName;
 
Mais moi j'adore le _ je trouve qu'ensuite on differencie bien dans le code les variables membres des autres variables des le premier coup d'oeil. Avec l'histoire du this on voit pas bien je trouve. Une fois que l'on utilise plus le this c'est difficile a voir que la variable est membre. faudrait donc mettre le this systematiquement mais comme c'est pas obligatoire (sauf lorsque l'on assigne la variable membre) on a vite fait de l'oublier.
 
Et pour ce qui est du:
 
public void setListeDeNom(ArrayList autreNom) {
    this.listeDeNom = autreNom;
}
 
Je deteste parceque dans le javadoc tu te retrouves avec ecrit autreNom (donc moins comprehensible) alors que tu as deja un nom parfait pour ta variable membre.

je rappelle que ce qui est "systématique" devrait être fait par l'IDE (rajouter le "this.", formater etc.).

on est cencé mettre le type quelque part dans le nom de la variable ?
 
(par exemple en swing : jButtonOk)

jamais

c'est pas non plus interdit ceci dit, si ?