Je comprends la raison des noms de variables de cas de chameau, mais je me suis toujours demandé pourquoi vous feriez un nom de méthode? Pourquoi est-ce que c'est Tostring () et pas Tostring ()? A quoi servent-t-il? P>
12 Réponses :
C'est juste une convention. Comme toutes les conventions, ils servent que, dans l'esprit de leurs créateurs, rendent le code plus facile à lire et à entretenir. P>
Aussi .NET adopté Tostring () code> comme une convention, au lieu de
Tostring () code>, contrairement à Java.
Ok, mais pourquoi baisser le boîtier du premier mot d'un nom de méthode facilite la lecture?
Certains programmeurs ont grandi sur une enveloppe de chameau pour toutes leurs variables, c'est-à-dire que la peinte est une progression quelque peu naturelle pour leurs méthodes. Tout comme certaines personnes prétendent que la notation hongroise ( en.wikipedia.org/wiki/hungarian_notation ) est extrêmement facile à lire alors que d'autres sont en désaccord. C'est comme le débat ancien d'âge sur la question de savoir si les accolades avancées vont sur la même ligne ou la même ligne suivante :)
Parce que pour être cohérent, vous devez capitaliser la première lettre de chaque nom de méthode, puis vous devez toucher la touche Maj enfoncée que beaucoup plus de fois par jour. p>
Gee merci pour la descente anonyme de conduire à mon observation parfaitement valable, mais légèrement sarcastique,
Je ne pense pas qu'il y ait une raison em>, ce sont juste les conventions em> et tout le monde pourrait avoir la sienne. P>
Si vous voulez une fonction
writeToFile();
Dans les IDes modernes avec IntelliSense, ce n'est plus vrai.
Dans les IDes modernes avec IntelliSense, c'est peut-être moins i> d'un problème. Je ne le rejette pas complètement. Beaucoup de gens (à tort ou à raison) n'utilisent pas d'IDes (pour une raison quelconque)
Généralement, vous avez tendance à suivre celui que votre cadre utilise. Donc, les développeurs Java ont tendance à utiliser des minuscules pour commencer et .NET Les développeurs ont tendance à utiliser des majuscules pour commencer. P>
Parce que c'est ce que les concepteurs d'origine de Java ont aimé. P>
Parce qu'ils préfèrent comme ça.
Beaucoup de conventions disent que vous capitalisez la première lettre de types (classes, structures, énumes, etc.), et utilisez minuscule autrement (fonctions, membres, etc.). P>
Si vous suivez cette convention, vous pouvez alors dire simplement en cherchant que mystruct.mytype code> fait référence à un type imbriqué et
mystructruct.mydata code> fait référence à une forme de données et
mystructruct.myfunc () code> fait référence à un appel de la fonction. P>
Si vous n'avez pas déjà lu le page Wikipedia , il contient tout ce que vous pourriez jamais Voulez-vous peut-être savoir sur l'affaire Camel, y compris son histoire. P>
camelcase (également orthographié "cas de chameau") ou des capitales médiales est la pratique de écrire des mots ou des expressions composés dans que les éléments sont rejoints sans espaces, avec l'initiale de chaque élément lettre capitalisée dans le Composé. P> blockQuote>
et p>
une théorie pour l'origine du chameau Convention d'affaire tient que c Les programmeurs et les pirates informatiques ont simplement trouvé ça plus pratique que la norme style de soulignement. P> blockQuote>
C programmeurs de lazy? Je doute beaucoup. P>
Le style basé sur des soulignes remonte à EBCDIC, qui n'a pas soutenu une affaire mixte. Les variables ressemblaient à ceci_variable. Basculez ceci en ASCII et vous obtenez ceci_variable, ce qui est plus facile à lire. L'utilisation de cette évievable est encore plus simple, et c'est ce que nous faisons dans les langues sensibles à la case. Fait intéressant, dans les langues insensibles, telles que SQL, il n'est pas rare de trouver des bétail.
EBCDIC prend en charge une affaire mixte. Les codes BCD 6 bits étaient (normalement?) Toutes-majuscules, cependant.
Nous utilisons des minuscules sur la première lettre pour économiser une petite encre dans nos impressions. P>
Comical, mais raisonnable. Pensez GLOBAL, ACT ACT local. Upvoted :)
Un ami m'a dit qu'une étude a montré que les personnes pouvaient lire le code plus facile si des types étaient des types de chameaux, avec une première lettre majuscule, et des variables ont été faites. Cela fait certainement la différence entre les types et les variables sautant. P>
Je n'ai jamais su qui était plus claire pour les noms de fonction. J'ai généralement envisagé de capitaliser la première lettre, mais après avoir lu ceci, je pense que cela pourrait être plus lisible pour ne pas distinguer entre les noms de type et les noms de méthodes (oui, dans certaines langues, une signature méthode est un type, mais vous savez ce que je veux dire !) p>
Je suis toujours cynique des réponses qui commencent "un ami dit ..." sans citation. Un lien vers l'étude serait bon :)
cascal cascal strong>
La première lettre de l'identifiant et la première lettre de chaque mot concaténé ultérieur sont capitalisées. Vous pouvez utiliser un cas Pascal pour des identificateurs de trois caractères supplémentaires.
Par exemple: Backcolor Strong> P>
majuscule fort>
Toutes les lettres de l'identifiant sont capitalisées. Utilisez cette convention uniquement pour les identificateurs composés de deux ou moins de lettres ou d'abréviations, telles que BSU et UCS. Dans l'exemple ci-dessous, IO et UI sont les identificateurs majuscules, tandis que le système suit le style de capitalisation Pascal car la longueur est supérieure à deux.
par exemple: système.io; System.web.ui strong> p>
cas de chameau fort>
La première lettre d'un identifiant est minuscule et la première lettre de chaque mot concaténé ultérieur est capitalisée.
Par exemple: Backcolor Strong> P>
Le lien suivant résume les règles de capitalisation et fournit des exemples pour les différents types d'identificateurs et d'éléments de votre application Web / projet.L'empêche ce lien vous aidera à vous p>
Étant donné que les cas de chameau capitalise la première lettre de chaque mot aux espaces de substitution, Dans le cas de la programmation, Il semble approprié à la plupart, capitaliser le nom d'une classe, mais pas le nom de ses méthodes forte>. Dans pratiquement, il fournit une belle distinction forte> entre les deux. P>
Au fil des années, la programmation a évolué pour avoir beaucoup de conventions, alors que beaucoup sont très différentes, il y a beaucoup à dire que les gens ont tendance à s'entendre. Cependant, vous constaterez que les réponses à «pourquoi des questions», telles que celle que vous avez postée, ne sont pas toujours enracinées dans quelque chose de totalement concret. p>
Dites-nous ce que vous comprenez d'être "la raison des noms de variable de cas camel", puis nous pouvons peut-être vous dire "la raison du cas de chameau un nom de méthode" :)
Les deux sont en réalité cas de chameau, inférieur ou supérieur. Ce n'est qu'une convention pour repérer rapidement ce qui est ce qui est dans votre code, et afin qu'il ait l'air plus familier pour les autres personnes qui doivent la naviguer.
J'ai supposé que c'était parce que vous pourriez déclarer le type avec une majuscule et l'instancier avec un nom de variable minuscule, pour éviter de nommer les collisions - BTW, je n'utilise pas cette convention de dénomination de chameau, mais j'étais toujours curieux de rationnel derrière certains d'entre eux.
Et simplement distinguer facilement ce qui est un type et quelle est une instance.