Avez-vous le nom de vos tableaux plurally ou singulièrement?

Quand je suis de nommage tableau de variables de type, je suis souvent confronté à un dilemme:
Dois-je le nom de mon tableau plurally ou singulièrement?

Par exemple, disons que j'ai un tableau de noms: En PHP, je dirais: $names=array("Alice","Bobby","Charles");
Cependant, alors disons que je veux faire référence à un nom dans ce tableau. Pour Bobby, je dirais: $names[1]. Cependant, cette coutures contre-intuitif. Je préfère appeler Bobby $name[1], parce que Bobby n'est qu'un nom.

Donc, vous pouvez voir une légère différence. Existe-il des conventions de nommage des tableaux?

  • Lorsque vous appelez $noms[1], on pourrait croire que la variable contient beaucoup de noms et vous faites référence à une instance de ce tableau. Lorsque vous pensez à une variable appelée $nom, on pourrait penser qu'il ne contient qu'un seul nom.
  • Pour un tableau multidimensionnel de noms, devrions-nous utiliser $namess[1]?
InformationsquelleAutor stalepretzel | 2008-12-28
  1. 78

    Je utiliser le pluriel. Ensuite, je peux faire quelque chose comme:

    $name = $names[1];
    • yup toujours au pluriel, ou de mentionner que son une collection/liste dans le nom
    • Toujours au pluriel. Absolument toujours. Tout le reste est très trompeuse.
    • $moutons = $moutons[1]; doh!
    • Je suis totalement d'accord avec l'auteur. Mais cela signifie que nous, les programmeurs sont incompatibles. Parce que nous avons toujours l'intention d'utiliser les normes. Les Collections de nous appeler au pluriel $noms cependant, il a été discuté à de SORTE qu'il est préférable de nom de tables en DB au singulier, par exemple, le tableau de l'étudiant. Comment comprenons-nous?
    InformationsquelleAutor tvanfosson
  2. 17

    Nom doit toujours transmettre autant d'informations que possible dans le cas d'un lecteur n'est pas familier avec le type de déclaration. Un tableau ou d'une collection doit donc être nommé au pluriel.

    Personnellement, je trouve que $nom[1] pour être trompeur, puisqu'il signifie "le 1er élément de nom", ce qui n'est pas faire de l'anglais sens.

    • Le nom ne doit jamais donner d'informations sur le type, la visibilité, l'héritage, etc.
    • Ne pas obtenir "des informations sur le type de" mélange avec l'idée de la notation hongroise. Ce n'est pas ce qu'il dit ici.
    InformationsquelleAutor Uri
  3. 14

    Pluriel.

    sort(name)
sort(names)

    Clairement, seul le pluriel de sens ici.

    Et puis, ici:

    name[1]
names[1]

    Les deux sens dans ce contexte.

    Par conséquent, le pluriel est le seul qui a du sens lors du référencement de l'ensemble de la collection et lors de la référence à un élément de la collection.

    • Qu'en langues avec foreach names as name? Ne serait pas foreach name as currentName être mieux? Aussi sort(nameList) fait beaucoup plus de sens.
    InformationsquelleAutor nicholaides
  4. 13

    J'ai l'habitude de lui donner quelque chose sur la fin comme liste de sorte qu'il serait

    nameList

    Sinon, je le fais au pluriel.

    • Si nameList signifie liste de noms, le nom devrait être au pluriel comme namesList, non?
    • J'ai remarqué nameList est commun en anglais
    • Je trouve que nameList est la plus courante. Une personne dirais un tool bag au lieu d'un tools bag!
    InformationsquelleAutor James Van Boxtel
  5. 13

    Je serais toujours aller pour 

    appleList 
appleArray
nameAppleDict

    En ayant la convention de nommage fait droit, il vous permettra d'économiser une tonne de temps pour quelqu'un d'autre de lire le code. Depuis ils n'ont pas à revenir en arrière et vérifier le type de variable à comprendre.

    Avoir un nom de variable comme:

    apples

    pourrait être déroutant parfois (liste, tableau ou jeu?)

    • Cela fait plus de sens. Il aide la personne la lecture du code à comprendre rapidement ce type de variable est, vous-même quand vous revenez après un long temps de lire votre code.
    • Cette opération est appelée "Notation hongroise", et est considéré comme une mauvaise pratique pour un certain nombre de raisons.
    InformationsquelleAutor Toby D
  6. 2

    Pluriel pour moi.

    Pour toutes les raisons citées ci-dessus et parce que l'accord conventions où je travaille (que j'ai contribué à la création d') nécessitent l'utilisation du pluriel pour les tableaux /listes /vecteurs etc.

    Bien que le pluriel de nommage peuvent causer des anomalies dans certains cas, la majorité des cas, c'est qu'il permet d'améliorer la clarté et le code qui est plus facile à analyser les lire sans que la sensation désagréable de votre esprit sur la capture d'une étrange construction et de l'interruption de l'écoulement tandis que vous retournez à unsnag votre cerveau à partir de tout déclenché cela.

    InformationsquelleAutor jwpfox
  7. 1

    Ce que les autres ont dit: pluriel.

    Il est encore plus flagrante en PHP:

    $name = 'Bobby';
echo $name[1];

    affiche o. 🙂

    Je dois avouer que je me suis posé la même question il y a quelques années, mais en montrant la nature plurielle de la matrice ou de la collection a été plus important que l'anglais sens lors de l'accès à l'un des membres...

    InformationsquelleAutor PhiLho
  8. 0

    Toujours au pluriel. De même pour les listes de tout autre type de données qui peut contenir plus d'un élément.

    • Comme les chaînes de la tenue de caractères?
    InformationsquelleAutor Robert Venables
  9. 0

    Pluriel, bien que le vous apprendre à faire du singulier à l'école, donc vous pouvez dire:

    value[0] = 42;

    et vraiment, si vous pensez qu'il n'a plus de sens que:

    values[0] = 42

    le dire à haute voix, si vous ne me croyez pas. Quelle que soit j'utilise le pluriel alors que je peux facilement dire quand je scanne à l'aide de code. Qui semble également être le standard que les gens sont à l'aide de ces jours.

    • Est que de l'auto-stoppeur de référence? haha +1
    InformationsquelleAutor Matt Campbell
  10. 0

    Toujours au pluriel. De cette façon, il n'y a pas de confusion quand je le fais...

    for each (string person in people)
{
    //code
}
    • J'ai tendance à utiliser $de peuples ou d' $pour les enfants. Même si ce n'est pas correct en anglais, vous pouvez voir ce que cela signifie. De cette façon, je suis en utilisant une convention que le pluriel au singulier avec un " s " ajouté. Même si je suis pas encore sûr de ma convention est le meilleur.
    • c'est un double pluriel (donc enfants, étymologiquement, à la fois comme er et fr-fr sont des suffixes de pluriel, et childer peut encore être entendu dans certaines parties du Nord de l'Angleterre). Et d'un peuple est un groupe de personnes.
    • C'est pourquoi j'utilise toujours $peopleses et $childrenses, juste pour être sûr.
    InformationsquelleAutor William Holroyd
  11. 0

    J'ai l'habitude d'utiliser le pluriel, ou parfois de la même manière que les cités jusqu'ici, l'ajout de Liste pour le nom...

    InformationsquelleAutor Vargas
  12. 0

    Je travail dans un grand nombre de langues différentes, une chose qui n'est pas considérée comme une des langues qui ont plus de tableau. j'.e personne:Personne; les gens:Dictionnaire. les gens n'est pas nécessairement un tableau, il pourrait être d'un autre type et de provoquer une erreur. Aussi, dans certaines langues, les différents types de meilleurs résultats à différentes opérations ou peut-être ont différentes méthodes disponibles pour eux.

    C'est pourquoi ces jours-ci dans toutes les langues je fais les noms avec le substantif singulier suivi par le type de comme la personArray ou person_arr si vous préférez. En général j'ai aussi inclure la détermination de la portée au début, le cas échéant. Les noms de variables doivent être suffisamment explicites que vous n'avez pas besoin d'auto complète ou ctrl+f pour savoir ce que c'est.

    InformationsquelleAutor Cubed