Le langage de programmation Microsoft Small Basic est insensible à la casse. Ainsi, par exemple les noms de variable number et Number sont les mêmes.

Il n'y pas de règle clairement définies pour la casse dans Small Basic jusqu'à présent. Pour une meilleure lisibilité des sources de nos programmes, nous devons être attentifs à la casse. Etant donné que le Small Basic est un des langages du .Net, nous pouvons adopter les conventions de nommages généralement utilisées dans .Net.

Dans l'article TechNet "Small Basic: Conseils de Programmation" la description concernant la casse pour les noms de variables, nous dit:

Il y a des conventions pour le nommage des variables, mais la plus courante est d'utiliser des minuscules et de mettre une majuscule pour chaque mot sauf le premier (qui reste en minuscule).

Dans Small Basic, nous avons des noms pour les variables, étiquettes, et sous-routines. La liste qui suit est la recommandation de l'auteur de l'article original, Nonki Takahashi.

Nom pour Casse Exemple
variable Camel prevX
étiquette Pascal RunLoop:
sous-routine Pascal OnMouseDown()

La casse "Camel" commence par une minuscule, alors que la casse "Pascal" commence par un majuscule. Les noms de l'exemple ci-dessus sont issus de l'article "Introduction au Small Basic (Guide de Démarrage)" (en-US).

De plus, Nonki tient à préciser quelques points sur le texte dans Small Basic. Dans une condition avec l'opération = (égalité), le texte est sensible à la casse. Ainsi, par exemple, la condition ("number" = "Number") est "False". Si vous tenez à permettre la saisir des minuscules et des majuscules en même temps, il est préférable d'utiliser les opérations Text.ConverToLowerCase() ou Text.ConvertToUpperCase() avant de faire la condition. En revanche, les cas suivants ne sont pas sensible à la casse.

  • noms des couleurs - ex. "LightGray" et "lightgray" sont les mêmes
  • indices de tableaux - ex. month["October"] et month["OCTOBER"] sont les mêmes


Voir Aussi

Autres Langues