Version imprimable
Bonjour,
Y-a-t'il un moyen de forcer VBE à tenir de la casse dans la déclaration des variables ?
J'ai remarqué qu'en écrivant Dim Var, Var sera systématiquement pris en compte partout dans le programme, alors que ce sera var si l'on écrit Dim var... Je trouve que c'est vraiment pénalisant pour la lecture des programmes...
Merci par avance !
Bonjour,
En quoi est-ce pénalisant qu'il l'écrive de la même façon que tu l'as déclarée ?
C'est l'inverse qui serait choquant.
Si tu n'aimes pas les majuscules déclare-les toutes en minuscules épicétou :-)
eric
Non, mais je souhaite avoir le choix...
Je ne comprend pas.
Le choix tu l'as puisqu'il les écrit de la façon qu'elles sont déclarées.
Ca plane haut dans l'aéronautique ;-)
Ou alors j'ai mal compris ta question
eric
Citation:
Envoyé par Orbeaman
Tu n'as pas le choix, Dim Var est Interdit !Citation:
Envoyé par Orbeaman
Var est un mot réservé au langage : WorksheetFunction.Var
Et si tu veux un langage insensible à la casse et avoir hector, Hector et HECTOR comme trois variables distinctes, oublie VB. (.net, A, 6)
Tu peux toujours avoir Visual Studio Community (gratuit). Il contient C# qui est Case-Sensitive comme disent les anglais et les faux anglais. Et il peut piloter Excel à distance; même si ce n'est pas vraiment plus efficace que VBA. Et puis il fait des crises quand cela manque de point-virgule.
OK, merci Clément, comme quoi ce n'était pas si simple à comprendre... Oui, un temps viendra où j'abandonerai le VBA, mais en attendant...
Bonjour,
Je fais remonter mon post, car je viens de me rendre compte que je pouvais écrire :
VBA ne remplace pas l'un par l'autre ; normalement Object devrait l'être par object). J'ai l'impression que la casse est déterminée / forcée par ce qui suit Dim. Alors queCode:Dim object As Object
pose problème. Avez-vous une explication ?Code:Dim string As String
Merci encore !
Bonjour
Pas forcément, encore que personnellement j'éviterais. Là tu définis une variable que tu appelles object et tu lui donnes le type de donnée Object. Je suppose que cela passe là, parce que se sont deux choses différentes. Cela passe peut-être le test de la vérification de la syntaxe, mais je ne suis pas sûr que cela passerait à la "compilation", l'interprétation, en fait.
À la base de BASIC. depuis les origines, il y a le concept des mots-clefs, soient tous les noms de fonctions, de type de données et d'instructions liés au langage. (En gros, tous les mots utilisés par le langage.) Et, sauf s'il y a un bug dans le compilateur, tous les noms de variables qui correspondent à un mot-clef sont interdits et rejetés d'emblée.
Mais là, je crois que tenter cela, c'est aussi tenter le diable. ;)
P.S. Cela reste à vérifier, mais je crois que Object n'est pas un type de donnée "officiel" en VBA. Dans certains cas, il semble être supporté. Mais BASIC a toujours eu un mécanisme de conversions automatiques d'un type de donnée à un autre. Et je ne suis pas sûr qu'il fait autre chose que juste "convertir" un Object en Variant; le type "passe-partout" par défaut.
Il ne faut pas chercher le bâton pour se faire battre !Citation:
Envoyé par Orbeaman
C'est pas parce que tu peux l'écrire que c'est autorisé. Dura lex, sed lex !
La règle est simple : il ne faut pas désigner une variable par un mot réservé au langage !
Voir point 4 : https://docs.microsoft.com/fr-fr/off...c-naming-rules
Malheureusement, le contrôle de syntaxe et le compilateur ne sont pas suffisamment sophistiqués pour rejeter systématiquement l'utilisation de mots réservés au langage lors du nommage des variables.Citation:
Envoyé par clementmarcotte
Dans le cas cité, string n'est rejeté que parce que, en plus d'être un type de variable, c'est aussi une fonction avec une syntaxe bien définie, ce qui n'est pas le cas de Object.
Merci pour vos précisions, mais en-dehors des mots clés réservé. Pourquoi écrire Dim object ne force pas Object à object ?
Re,
Tout simplement parce qu'il existe une syntaxe à respecter, au même titre qu'on écrit pas 'des mots clés réservé' mais 'des mots clés réservés'.Citation:
Envoyé par Orbeaman
Comme l'a écrit Patrick (:coucou:), lors de la déclaration d'une variable il faut préciser le type. Dans le cas contraire, par défaut de typage, la variable est automatiquement typée Variant.
C'est comme ça, il est inutile de chercher midi à quatorze heures, il suffit de respecter le langage !
Tout est dit ici et dans les articles liés :
https://docs.microsoft.com/fr-fr/off...uage-reference
PS :Tu trouveras plus de détails sur les identifieurs réservés au paragraphe 3.3.5.2 des spécifications du VBA :
http://interoperability.blob.core.wi...1;MS-VBAL].pdf