Y at-il avantage d'être un langage de programmation sensible à la casse? [dupliquer]

Question

Personnellement, je n'aime pas les langages de programmation étant sensible à la casse.

(je sais que les inconvénients de sensibilité à la casse sont maintenant jours- complétée par de bonnes IDEs)

Cependant, je voudrais savoir s'il y a des avantages pour un langage de programmation si elle est sensible à la casse. Y at-il des raisons pour lesquelles les concepteurs de nombreuses langues populaires ont choisi de les rendre sensibles à la casse?

EDIT: double de Pourquoi de nombreuses langues sensibles à la casse

EDIT: (Je ne peux pas croire que je posé cette question il y a quelques années)

Answer 1

Ceci est une préférence. Je préfère la casse, je trouve qu'il est plus facile de lire le code de cette façon. Par exemple, le nom de la variable « myVariable » a une forme de mot différent de « MyVariable », « MYVARIABLE, » et « mavariable ». Cela rend plus facile à un coup d'oeil à dire les deux identifiants séparés. Bien sûr, vous ne devriez pas ou très rarement créer des identificateurs qui ne diffèrent que dans le cas. Ceci est plus sur la cohérence que le « avantage » évident d'augmenter le nombre d'identifiants possibles. Certaines personnes pensent que cela est un inconvénient. Je ne peux pas penser à tout moment dans ce cas, la sensibilité m'a donné aucun problème. Mais encore une fois, ceci est une préférence.

Answer 2

Sensibilité à la casse est intrinsèquement plus rapide pour analyser (bien que légèrement) car il peut comparer des séquences de caractères directement sans avoir à comprendre quels caractères sont équivalents à l'autre.

Answer 3

Il permet l'implémenteur d'une classe / bibliothèque pour contrôler la façon dont boîtier est utilisé dans le code. Cas peut également être utilisé pour transmettre le sens.

Answer 4

Le code semble plus la même chose. Dans les jours de BASIC ceux-ci étaient équivalentes:

PRINT MYVAR
Print MyVar
print myvar

Answer 5

Avec la vérification du type, la sensibilité de cas vous empêche d'avoir une faute d'orthographe et variable non reconnue. Je fixe des bugs dans le code qui est insensible à la casse, un langage non typé (FORTRAN77), où le zéro (0) et la lettre O majuscule avaient l'air même dans l'éditeur. La langue a créé un nouvel objet et ainsi la sortie était défectueuse. Avec un cas sensible, le langage typé, ce qui ne serait pas arrivé.

Answer 6

Dans le compilateur ou un interprète, un langage insensible à la casse va devoir faire tout en majuscules ou minuscules pour tester les correspondances, ou utiliser un cas outil de mise en correspondance insensible, mais qui est seulement une petite quantité de travail supplémentaire pour le compilateur .

De plus le code sensible à la casse permet à certains modèles de déclarations telles que

MyClassName myClassName = new MyClassName ()

et d'autres situations où la casse est agréable.