Discussion :

[Vbenoit37]

Bonjour,

J'ai un souci qui se rapproche du thème de cette dicsussion,mais avec une variable Global (de plus assez peu documentée sur Internet...):

J'ai une variable de type Global déclarée dans un module standard, avant le début des procédures Sub: donc normalement utilisable par tous les modules et USF.
3 procédures similaires affectent une valeur différente à cette variable,en tout début d'execution, qui doit être récupérée par un USF unique, qui est appelé après que l'affectation de ma variable Global ait été modifiée.

Dans l'USF l'appel à la variable Global se fait par une procédure Private_Sub initialize qui est lancée par l'instruction .show de ma procédure. Le but étant que mon USF affiche dans un champ le texte de la variable Global, dont ma procédure vient de modifier la valeur.

Or le comportement constaté n'est pas celui attendu, et plûtot curieux, car il se rapproche d'un variable Static:
-l'usf prend comme valeur de ma variable Global celle qui a été donné par la dernière procédure exécutée, mais pas celle qui est en cours (il ne met pas à jour la valeur de la variable).
-quand j'execute ma procédure à 2 reprises, ma var. Global prend la valeur attendue dans l'USF, correctement, mais à cette deuxième exécution seulement
-encore plus curieux : quand je lance ma procédure en mode Pas à Pas: ma variable globlale est correctement affectée, et ensuite correctement reconnue par l'USF, et cette fois-ci dés la première execution de la procédure!

Pour précision après l'affichage de l'USF, il y a dans ma procédure une instruction d'attente "Do Events" (mais après l'affichage de l'USF, donc à priori sans rapport de causalité).


Par ailleurs j'utilise une variable Global mais dans l'autre sens : affectée par un USF pour être reconnu par une procédure Sub : là aucun soucis...

Qu'en pensez vous?

Benoit

[Invité]

Bonjour,

Déclarez-vous systématiquement vos variables ? Cf réglage de l'éditeur VBA.
Y aurait-il une variable de même nom déclarée à l'intérieur d'un module, userform ou d'une procédure utilisée par le code ?

[Vbenoit37]

Bonjour,

Déclarez-vous systématiquement vos variables ? Cf réglage de l'éditeur VBA.
Y aurait-il une variable de même nom déclarée à l'intérieur d'un module, userform ou d'une procédure utilisée par le code ?

J'ai bien une seule variable de déclarée (j'ai vérifié....)
De plus je n'ai pas le bug de litige de variables, juste un comportement inattendu...

Et ce que je comprends vraiment pas: en Pas à Pas tout fonctionne normalement...

[Invité]

Bonjour,

Fais un click droit sur ta variable->ajouter à l'espion->sur changement.

[Igloobel]

Bonjour,

Personellement je n'utilise pas "Global" pour déclarer la portabilité d'une variable mais "Public"
et ce depuis très longtemps sans avoir eu de problème

je vais même plus loin je crée un module que je renome "Declaration" et j'y mets toutes mes variables en déclarant Public, avec un commentaire derrière pour pouvoir savoir à quoi elle sert.

Ce qui m'évite de déclarer deux variable pour faire la même chose ou à l'inverse utiliser une même variable pour faire 2 chose différentes
du genre : la variable Num_Ligne pour passer d'un ligne à l'autre sur la Feuille1 ... et sur la feuille2

[Vbenoit37]

Bonjour,

Personellement je n'utilise pas "Global" pour déclarer la portabilité d'une variable mais "Public"
et ce depuis très longtemps sans avoir eu de problème

je vais même plus loin je crée un module que je renome "Declaration" et j'y mets toutes mes variables en déclarant Public, avec un commentaire derrière pour pouvoir savoir à quoi elle sert.

Ce qui m'évite de déclarer deux variable pour faire la même chose ou à l'inverse utiliser une même variable pour faire 2 chose différentes
du genre : la variable Num_Ligne pour passer d'un ligne à l'autre sur la Feuille1 ... et sur la feuille2

J'ai exactement le même comportement avec une variable Public; et qu'elle soit placé dans le même module, ou dans un autre... donc pas ça
J'ai pas plusieurs variables déclarées, mais bien un seule: la Global (ou Public apparemment c'est kif-kif...)
Mais elles sont affectées dans 3 procédures différentes ,avec une valeur différente : c'est bien le job et l’intérêt d'une variable globale (ou pas d'ailleurs) de prendre des valeurs différentes selon une condition ou le choix de l'utilisateur (cas ici)
Dans mon cas l'utilisation de cette variable unique m'évite de faire 3 fois le même USF, ce qui là serait aberrant...
J'ai testé dans un autre fichier avec une procédure simplifiée: ce cas de figure fonctionne (comportement Ok de la variable globale)...

[Igloobel]

J'ai exactement le même comportement avec une variable Public; et qu'elle soit placé dans le même module, ou dans un autre... donc pas ça
J'ai pas plusieurs variables déclarées, mais bien un seule: la Global (ou Public apparemment c'est kif-kif...)

Voici le résultat de mes recherches :



Donc ils préconisent Public que Global, et ce n'est qu'un exemple parmi d'autres sur le web

As-tu essayér Public à la place de Global ?

Tu dis

A+

[Vbenoit37]

Bonjour,

Fais un click droit sur ta variable->ajouter à l'espion->sur changement.

Bonjour,

J'ai testé mais la procédure ne s’arrête jamais...

[Invité]

poste un fichier Excel en exemple.

[mjpmjp]

bonjour,
ne pas confondre Global Const et Public

de plus , ne pas declarer a nouveau dans la sub ou fonction ...

@+JP

[Igloobel]

bonjour,
ne pas confondre Global Const et Public

de plus , ne pas declarer a nouveau dans la sub ou fonction ...

@+JP

Certes il ne faut pas confondre on peut ajouter Static aussi

mais ce que j'explique c'est la différence entre Public et Global

voir mes posts précédent

[mjpmjp]

re,
on s'est croisé ...
la réponse était pour : Vbenoit37 ...
@+JP

[Vbenoit37]

Bonjour,
Suite aux Post j'ai effectivement testé Public et j'ai exactement les mêmes comportements.
Sur la distinction entre les 2,je dois avouer que mes connaissances sur cette question sont effectivement limitées mais les réponses postées confirment mon intuition suite à différentes lectures:il s'agit d'une évolution du langage ?Nouveau mot clé remplaçant l'autre?
En effet selon les sources,même bouquins, soit on parle de Global,soit on parle de Public,mais rarement des 2 en même temps...
Si certains ont des sources documentaires sur le sujet je suis preneur.

Mais je reviens à mes moutons car même si c'est intéressant,dans mon exemple la distinction est sans effet...

Je vais retenter encore du débogage ce soir avec les conseils de Dysorto, mais mes espoirs sont limités vu que le comportement anormal n'est pas constaté dans une execution Pas à Pas ;ce que je ne comprend pas du tout et ça m'agace!

Je vais vous préciser le problème en le schématisant, plutôt que poster le fichier,pour l'instant au moins (doc de facturation donc confidentiel...)

A noter que c'est plus l'enjeu théorique de la question qui m’intéresse; pour mon cas sans grosses incidences car j'ai contourné le problème en mettant une phrase bateau pour l'instant...

Ce qui m'agace, c'est que c'est un outil pour faire du code propre et modulaire, et donc pour ça que j'aimerais savoir ce qui se passe...

Tout d'abord précision sur le "comportement inattendu" :plus que d'être inattendu, il est complètement illogique!!

J'ai 3 sub quasi similaires, A,B,C (choix peut-être contestable, mais pour une économie de clics sur une procédure lancée très souvent)
j'ai donc une Global déclarée (une seule fois ) en tête de module (ou Public)
Dans mes 3 subs, une affectation différente, en début de sub. Appelons ces valeurs aussi A,B,C pour le schéma (non elles ne prennent pas le nom de mes sub ).
Postérieurement à cette affectation, l'instruction d'affichage d'un petit formulaire, en non Modal (show False), lequel fait appel à cette variable Global dont la valeur (normalement!!) vient d'être modifiée. Et une instruction "Do Events" pour mettre l’exécution du code en attente tant que le formulaire est affiché.

Sur ma feuille j'ai donc 3 boutons pour mes 3 subs.
Voici le comportement constaté:
-Premier lancement (par exemple suite à l'ouverture du fichier):
-lancement de Sub A, Global =A >>> c'est Ok !!
-lancement de Sub B, Global =A (encore!!) >>> l'instruction de nouvelle affectation a été ignorée
-lancement de Sub B une seconde fois : cette fois-ci Global=B !!!
-lancement de Sub C, Global= B (tssss,arfff)
-deuxième lancement de Sub C, Global = C (quand même!)

Et ainsi de suite... Pour résumer , à chaque fois ma Global prend la bonne valeur à la deuxième execution de la même Sub!! Genre il faut taper 2 fois pour qu'il comprenne....

Et vous le voyez, j'ai un comportement de variable Static,alors que j'ai aucune variable ou procédure Static dans mon code!!

Et c'est que en execution simple; en Pas à Pas tout norma!! affectation Ok, affichage Ok par l'Usf (prise en compte de la nouvelle valeur)


Mais par contre j'ai lu un article sur des dangers potentiels de "Do Events" et des perturbations possibles....J'ai de fortes suspicions la-dessus... Ca parle à quelqu'un?.....

[Invité]

Bonjour,
Sur la première ligne de chaque module écris option explicit.

[mjpmjp]

bonjour,
dans le post #13

Et une instruction "Do Events" pour mettre l’exécution du code en attente tant que le formulaire est affiché

essais sans Do Events...

@+JP

[Invité]

Une variable public dans thisWorkbok ne sera visible que dans thisworbook ou par déclinaison.

Une variable public dans un UserForm ne sera visible que dans Le UserForm ou par déclinaison.

Une variable public dans un module de classe ne sera visible que du module de classe ou par déclinaison.

Une variable global dans un module standard ne sera visible que dans tout le classeur.

Une variable public dans un module standard sera vue que dans le classeur ou par déclinaison.

Une variable public doit être déclaré qu'une seule fois dans un module standard.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
thisworbook.maVarable 
UserForm1.maVariable
Classe1.mavariable
MaVariable 'module standard public au niveau du classeur
Modul1.maVariable Cette écriture est possible.
AutreClasseur.maVariable
Thisworkbook.sheet1.maVariabl =thisworkbook.sheet2.mavariable

[Pierre Fauconnier]

Salut.

Perso, j'utilise très peu les variables globales et je préfère m'en passer autant que possible. Les userform peuvent recevoir, juste avant le Show, les variables nécessaires et les restituer après le Hide.

Les procédures et fonctions peuvent recevoir des arguments, passés par défaut en référence (ByRef), permettant d'éviter les variables globales et publiques. J'en profite pour rappeler que:

• une variable publique d'un module de classe (classe perso, feuille, classeur, userform, ...) doit être considérée comme une propriété publique de l'élément dans lequel elle est déclarée et n'est pas une variable globale ou publique;
• que plusieurs variables de même nom, mêmes publiques, peuvent cohabiter au sein d'un même projet dans des modules différents, même standards, et qu'il suffit alors de les préfixer du nom du module qui les supportent pour pouvoir les utiliser sans se mélanger les pinceaux (valable aussi pour les procédures et fonctions, d'ailleurs).

[Invité]

entièrement d'accord, je préfère passe des valeur en paramétrés a une méthode!