[convention] vos habitudes

Un rapide questionnaire pour connaitre vos habitudes :

* Votre modele d'implementation des classes est :

Code:

---

1 2 3 4

-attribut(s) -constructeur(s) -methode(s)

---

ou

Code:

---

1 2 3 4

-constructeur(s) -methode(s) -attribut(s)

---

* Les noms de variables de constructeurs :
Soit une class Exemple, ayant un attribut MonType attribut vous ecrivez :

Code:

---

1 2 3 4 5

public Exemple( MonType a ) { attribut = a; }

---

ou
(une lettre de differenciation)

Code:

---

1 2 3 4 5

public Exemple( MonType _Attribut ) { attribut = _Attribut; }

---

ou

Code:

---

1 2 3 4 5

public Exemple( MonType attribut ) { this.attribut = attribut; }

---

ou encore autre chose?

Merci de votre participation

Moi j'utilise

Code:

---

1 2 3 4

-attribut(s) -constructeur(s) -methode(s)

---

et

Code:

---

1 2 3 4 5

public Exemple( MonType attribut ) { this.attribut = attribut; }

---

Mais je sais pas quel est l'interet de cette enquette :? Chacun a ses gouts et ses preferences

Je suis juste curieux... :roll:
J'utilise egalement

Code:

---

1 2 3 4

-attribut(s) -constructeur(s) -methode(s)

---

mais j'ai vu qu'il existait une autre possiblitée qui était soit disant mieux d'utiliser...
Moi j'ai toujours utiliser la premiere car j'utilisais la meme structure pour le C++ mais je prefere me fier au convention generale si cela permet apres d'etre mieux relu...

Salut,

Citation:

---

Envoyé par TabrisLeFol

* Votre modele d'implementation des classes est :

---

Personnellement j'utilise le premier, c'est à dire :

Code:

---

1 2 3 4

-attribut(s) -constructeur(s) -methode(s)

---

Citation:

---

Envoyé par TabrisLeFol

mais j'ai vu qu'il existait une autre possiblitée qui était soit disant mieux d'utiliser...

---

C'est vrai que c'est souvent utilisé (c'est peut-être dans les règles de Sun?), mais franchement je ne pense pas que cela ait une véritable importance...

Citation:

---

Envoyé par TabrisLeFol

* Les noms de variables de constructeurs :

---

Même si je ne le fais pas forcément tout le temps, je me force à utiliser un nom de paramètre différent de celui de l'attribut de la classe. D'ailleurs je ne le fais pas que pour les constructeurs mais également pour les méthodes... Avant j'utilisait un underscore comme dans l'exemple mais je me suis désormais habitué aux règles de codages de ma boite et je trouve cela plus logique :

• Tous les paramètres (constructeurs et méthodes) doivent commencer par la lettre p
• Toutes les variables locales peuvent commencer par la lettre l.

Ce qui donne :

Code:

---

1 2 3 4

public Exemple( MonType pAttribut ) { this.attribut = pAttribut; }

---

J'utilise quand même le this c'est plus propre à mon goût...

Par contre je pense qu'il faut éviter au maximum d'utiliser les mêmes noms que les attributs de la calsse pour les paramètres et les variables locales afin d'éviter tout conflit potentiel...


Enfin je n'aime pas du tout les noms d'un seul caractère style a !!!
Cela empèche de connaitre l'utilité du paramètre (ou de la variable) simplement : il faut se plonger dans le code ou la documentation...
Alors qu'un simple nom explicite est tellement pratique ;)

(ceci ne concerne pas les variables locales temporaires, comme i dans les boucles, ou o l'Object devant contenir les différentes valeurs de la boucle...)

a++

hello, pour ma part c est
attributs
constructeurs
methodes

avec pour chaque partie une visibilite de plus en plus reduite, ie:
public, protected, "default", private

pour le methodes c est ce style

Code:

---

1 2 3 4

public Exemple( MonType attribut ) { this.attribut = attribut; }

---

tu as aussi une doc sur le le site DVP, sur la maniere de coder et les regles de nommage java

http://cyberzoide.developpez.com/java/javastyle/

Perso j'utilise

Code:

---

1 2 3 4

-attribut(s) -constructeur(s) -methode(s)

---

et

Code:

---

1 2 3 4 5

public Exemple( MonType attribut ) { this.attribut = attribut; }

---

Bonjour,

J'utilise

Code:

---

1 2 3

-attribut(s) -methode(s) -constructeur(s)

---

C'est 1 vieux reste de flemme (pour ne pas déclarer les proto. en C) que j'ai gardé...
et

Citation:

---

Code:

---

1 2 3 4

public Exemple( MonType attribut ) { this.attribut = attribut; }

---

---

Citation:

---

C'est vrai que c'est souvent utilisé (c'est peut-être dans les règles de Sun?), mais franchement je ne pense pas que cela ait une véritable importance...

---

8O 8O Effectivement, j'avais lu que la raison était que comme cela on voyait mieux que les objects étaient des interfaces.... ; cela provient peut etre de Sun ou d'un organisme de regulation quelconque....