Votre avis : utiliser une variable publique ou bien stocker variable dans un label caché?

Bonjour,

Voila, je fais une bidouille et je me demande ce qui est le mieux.

Depuis un formulaire j'appelle une procédure placée dans un module. Je passe plusieurs paramètres à cette procédure, dont un nom de table, pour une requete SQL. La procédure du module initialise un autre formulaire et l'affiche. Lors de la validation de ce formulaire, je lance une requete SQL qui a besoin du nom de table.

J'ai deux options, soit j'utilise une variable publique pour stocker le nom de la table, soit je place un label invisible sur le formulaire et je renseigne la valeur Caption du label avant de l'afficher. Il ne me reste ensuite plus qu'à utiliser la valeur du label pour récupérer le nom de la table...

Qu'est-ce qui serait le mieux?

Merci d'avance,

Bonjour,

tout dépend de la façon dont ton projet complet s'articule.

il y a même d'autres possibilités, par exemple si tu remplis un ListBox avec les données de ta requête SQL, tu pourrais très bien stocker dans le Tag du contrôle le nom de la table, au moment où ton module paramètre ton userform.
mais du coup le nom de ta table disparaît quand ton userform sera déchargé.


Cacher un contrôle label ou utiliser le tag d'un contrôle existant dans le userform ça revient au même dans la logique
Utiliser une variable publique, c'est conseillé si tu dois conserver le nom de ta table après déchargement du Userform
Ou alors, tu utilises le Tag (ou un label) et dans l'évènement Terminate du Userform tu gère le transfert de l'information si tu en aurait besoin pour un post-traitement immédiat ... enfin je n'en verrais pas trop l'intérêt et préfère une variable pour stocker.

Attention aux variables publiques, dans certaines conditions d'erreurs (neutralisées, déportées) ou en cas d'erreur d'exécution où la procédure s'arrête, elles perdent parfois (souvent ?) leur valeur.

Merci pour ta réponse, je suis donc rassuré, je ne suis pas le seul à utiliser cette pratique de stocker dans des labels ou autres objets...

Effectivement, les variables publiques se déchargent lorsqu'il y a un bug... Mais normalement, il ne devrait pas y en avoir dans le fichier final !!!

Pour ma bidouille, je suis passé sur une variable publique, mais sur mon même fichier, je stock également dans des labels sur d'autres formulaires...
En fait, nous sommes assez libre dans la création de notre code.

Bonjour.

J'en connais un qui se permet de stocker des variables dans un objet WorkSheet.

Citation:

---

Envoyé par Docmarti

Bonjour.

J'en connais un qui se permet de stocker des variables dans un objet WorkSheet.

---

J'en connais un aussi... :)

Et effectivement, les variables Public ont tendance à perdre leur valeur.
Je pense que ça arrive, entre autres, quand on passe d'un classeur à un autre, mais pas vraiment certain...(?)

Ou bedon dans un fichier texte.
Ou bedon dans un fichier .ini en zigonnant avec l'API Windows
Ou bedon dans le registre avec SaveSettings et GetSetting

re
encore mieux
et c'est pas moi qui en ai eu l'idée
enregistrer ta variable dans un name comme pour un range on m'a sorti cela il ny a pas longtemps j'ai trouvé l'idée tellement simple et excellente
surtout que l'on peux ajouter ou supprimer a souhait et de plus en cas de bug c'est pas perdu
A mediter

exemple

Code:

---

1 2	ActiveWorkbook.Names.Add Name:="toto", RefersTo:="titi" MsgBox ActiveWorkbook.Names("toto")

---

le nom "toto" aura la valeur "titi" même si vba plante la valeur n'est pas perdu a moins d'un crash total ou white Screen d'Excel