2009-05-08 13 views
1

Disons que nous avons une méthode:problème simple de nommage encore se reproduire

public String wishes(Date birthday) { 
      String birthayDateString = convertToString(birthay); 

    ... 

    } 

Je me demande quel est le meilleur nom à donner à la chaîne appelée maintenant « birthayDateString ». Cette chaîne représente la date convertie en texte. Je ne peux pas le nommer "birthay" parce que ce nom est déjà utilisé. Le nommer "birthdayString" ou "birthdayDateString" viole-t-il certaines règles de bonne pratique?

+0

anniversaire est pas égal à birthay. – Joset

Répondre

2

Cela semble vraiment bien.

Personnellement, je préférerais birthdayStr - plus court et précis - ce qui le rend à la fois significatif et concis.

Cédant:

public String wishes(Date birthday) { 
     String birthdayStr = convertToString(birthday); 
     // whatever 
    } 
0

Non, je ne pense pas que vous ne respecte pas les normes les "meilleures pratiques". Dans des cas comme ceux-ci, j'utilise souvent des noms de variables comme birthdayText ou birthdayStr.

En général, cependant, j'essaie de rendre les noms de variables aussi significatifs que possible - je ne colle pas automatiquement sur "Str" ou "Text" s'il y a une collision de nommage. Mais dans ce cas, c'est juste la représentation sous forme de chaîne de la date, donc je dirais que c'est assez significatif.

0

Appelez ça comme vous voulez.

Le nom de la variable sera uniquement dans la portée du bloc de méthode en cours (qui devrait être raisonnablement petit si votre code est correctement fragmenté/encapsulé).

Personnellement je partirais avec birthdayStr juste pour la clarté dans cette méthode particulière.]

Je voudrais aussi Majuscules ces MethodNames à Wishes et ConvertToString

+0

pourquoi en majuscule? La convention Java standard est camelCase pour les noms de méthodes –

+0

Ceci est Java, cependant, la convention en Java est d'utiliser camelCase. PascalCase est principalement une convention C#. – hbw