Quelle est la philosophie / le raisonnement derrière les noms de méthode de casse Pascal de C #?

Je commence tout juste à apprendre le C #. Venant d'un arrière-plan en Java, C ++ et Objective-C, je trouve que le Pascal-Cing de C # est assez unique, et un peu difficile à s'habituer au début. Quel est le raisonnement et la philosophie derrière cela?

Je suppose que c'est à cause des propriétés C #. Contrairement à Objective-C, où les noms de méthode peuvent être exactement les mêmes que les variables d'instance, ce n'est pas le cas avec C #. Je suppose que l'un des objectifs des propriétés (comme c'est le cas avec la plupart des langages qui le prennent en charge) est de rendre les propriétés vraiment indiscernables des variables et des méthodes. Ainsi, on peut avoir un "int x" en C #, et la propriété correspondante devient X. Pour garantir que les propriétés et les méthodes sont indiscernables, tous les noms de méthode, je suppose, sont également censés commencer par une lettre majuscule. (Ceci est juste mon hypothèse basée sur ce que je sais de C # jusqu'à présent - j'apprends encore). Je suis très curieux de savoir comment cette curieuse directive a vu le jour (étant donné qu'elle

(EDIT: Par Pascal-casing, je veux dire PascalCase (qui est essentiellement camelCase mais commençant par une lettre majuscule). Les noms de méthode commencent généralement par une lettre minuscule dans la plupart des langues)

C'est une question de goût. Quelqu'un a décidé une fois d'utiliser le style Pascal pour les noms et c'est devenu une norme.

J'ai une idée folle que c'était Anders Hejlsberg , qui était l'architecte de Delphi, successeur de Pascal. Le style de cas est le même qu'en C #.

Si vous demandez des raisons, en voici une directement de la bouche du cheval:

Histoire autour de Pascal Casing et Camel Casing article de Brad Abrams sur les blogs MSDN

Lors de la conception initiale du Framework, nous avons eu des centaines d'heures de débat sur le style de dénomination. Pour faciliter ces débats, nous avons inventé un certain nombre de termes. Avec Anders Heilsberg (le concepteur d'origine de Turbo Pascal ) un membre clé de l'équipe de conception, il n'est pas étonnant que nous ayons choisi le terme Pascal Casing pour le style de boîtier popularisé par le langage de programmation Pascal ...

La convention Pascal Casing met en majuscule le premier caractère de chaque mot (y compris les acronymes de plus de deux lettres) ...

Et voici les lignes directrices de conception: Lignes directrices de conception pour les développeurs de bibliothèques de classes

Ces directives sont destinées à aider les concepteurs de bibliothèques de classes à comprendre les compromis entre les différentes solutions. Il peut y avoir des situations où une bonne conception de bibliothèque nécessite que vous violiez ces directives de conception. De tels cas devraient être rares et il est important que vous fournissiez une justification solide de votre décision. La section fournit des directives de dénomination et d'utilisation pour les types dans le .NET Framework ainsi que des directives pour la mise en œuvre de modèles de conception courants ...

Je ne connais pas la philosophie, mais le boîtier Pascal semble être courant sur les plateformes Microsoft depuis au moins les jours de l'API Win32.

Je ne pense pas qu'il y ait une philosophie spécifique derrière cela. Il devait y avoir des lignes directrices, et il y avait de nombreux points qui auraient pu l'affecter:

• Ils voulaient se débarrasser de toutes les notations de préfixe (lire le hongrois ici)
• Ils voulaient que les membres locaux / privés et les membres publics soient distingués en lisant simplement leurs noms.
• Ils ne voulaient pas que le code C # ressemble au code Java (qui utilise fortement le boîtier camel)

Je ne sais pas qu'il existe une "philosophie" derrière le boîtier autre que son aspect agréable et compact et peut facilement apparaître sous la forme de plusieurs mots sans utiliser de soulignement.

Il y a eu de nombreuses variations de boîtier au cours des dernières décennies. Ils vont de très laconique (voir C et la bibliothèque C standard) à verbeux avec des traits de soulignement séparant chaque mot. Bien que la convention de nommage de la bibliothèque .NET soit encore assez détaillée, je pense qu'elle trouve un juste milieu en ce qui concerne la casse.

Prenant une supposition sauvage (mais pas déraisonnable, à mon humble avis) - la conception C # a été supervisée par Niklaus Wirth , l'inventeur original de Pascal. Voir la connexion? ... :)

Curieux # 1: Je me souviens positivement de l'annonce de .NET et C # (oui, je suis préhistorique ...) et de la façon dont Microsoft s'est vanté d'avoir le nom de Wirth sur C #. Pourtant, les pages Wikipedia sur ni l'un ni l'autre (C # et Wirth) ne le mentionnent.

Curieux # 2: Bien qu'il soit appelé PascalCase, il a été popularisé par le TurboPascalcompilateur (qui est finalement devenu Borland), pas par le langage lui-même.