Discussion :

[Rainmax]

Bonjour à tous,

J'aimerais définir dès le début de ma Macro des variables public en fonction d'une valeur dans ma feuille excel (grâce ici à une function).

Cependant, Excel m'indique un message d'erreur:


Concernant cette ligne de code:


Merci par avance de votre aide,
Rainmax.

[Slooby]

Bonjour,

Peux-tu nous donner la signature de ta Sub ?

Si tu as un soucis dans son appel, essaye de lui passer directement une variable, que tu auras instancié avant.

Du style:

Code :

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

1
2
3
4
Dim maChaine as String
maChaine = Sheets("Interface").Range("A2").Value
 
Call Connexion_BDD(maChaine)

Si ça plante toujours, donne nous un peu plus d'infos sur ta Sub ainsi que ta feuille Excel.


Slooby.

[Rainmax]

J'ai essayé d'assigner simplement à une variable Public Const, la valeur dans la cellule nommé "BDD_Path" par exemple:


Voici le message d'erreur:


Ici, je ne suis n'y dans une Sub ou une fonction, je suis en entête de module où je déclare les variables Public, j'ai l'impression qu'on ne peux définir que en "dure" les variables public à cette endroit :/.

Merci par avance de votre aide,
Rainmax.

[Marc-L]

Bonjour,

utiliser une variable publique et non pas une constante ‼ Le message est pourtant clair …

______________________________________________________________________________________________________

Je suis Paris, Charlie, Bruxelles, …

[jeanmidudu]

Par définition une constante ne peut pas être dynamique.
Même si ta valeur

Code :

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

worksheet("interface").Range("A2").value

est statique, l'appel via worksheet("interface").Ran...... est un appel dynamique, ce qu'une constante n'acceptera jamais.

Et donc oui, on ne peut définir qu'en "dur" des constantes publiques (en tout cas je n'ai pas d'autre moyen en tête)
Par contre, les constantes dans des sub, on peut leur attribuer une variable passée en paramètre (si je ne me trompe pas, à vérifier)

[Slooby]

Re,

Marc-L et jeanmidudu ont parfaitement répondu à ton problème !

une variable CONST ne peut pas faire référence à une cellule, car la cellule PEUT changer de valeur, donc elle n'est pas constante.
une variable PUBLIQUE (classique) uniquement peut elle changer (rien ne l'en empêche) et elle peut être utilisée dans ton code comme tu veux (Cf le bout de code que j'ai déjà mis au début pour la déclarer)

Slooby

[Invité]

ça je connais pas!

[Rainmax]

D'accord, merci pour vos explications.

Poutant le problème persisite lorsque je passe par une simple variable:


Voici le message d'erreur:


Avez vous une solution svp ?
Tout ce code est en entête de mon module.

Merci par avance pour votre aide,
Rainmax.

[Invité]

tiens ça c'est pour mes zygomatiques!

Code :

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

1
2
3
4
5
6
Option Explicit
Public maChaine as String
Sub JeMetsMonCodeDansUneSub()
maChaine = Sheets("Interface").Range("A2").Value
 Call Connexion_BDD(maChaine)
End Sub

[jeanmidudu]

Déclare également tes premières variables comme ceci :

Code :

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

1
2
3
4
5
 
Public Path_BDD As String
Public my_teb() As String
Public Path_folder As String
Public i As Integer

Je te conseille fortement de privilégier la déclaration avec Public plutôt qu'avec Dim lors d'une déclaration en-dehors de sub ou function.

[Rainmax]

D'accord, c'est ce que j'ai fait mais le problème persiste:



Voici le message d'erreur:


Avez-vous une idée ?
Rainmax

[unparia]

Bonjour,
on ne peut initialiser une variable dans la partie déclarative d'un module de code. Cela ne peut être bien évidemment fait que dans une procédure.

[Invité]

j'ai essayé de placer ton imprime écran dans un sub pour te montrer ma je n'y suis pas arrivé!

[joe.levrai]

Bonjour,

au vu de son dernier print, tout est à revoir, et notamment :

- on déclare les variables publiques AVANT toute procédure
- on ne crée aucune ligne de code en dehors d'une procédure ou fonction
- on évite de déclarer des variables en plein milieu d'un code : si on doit déclarer des variables propres à une procédure, le bon usage veut qu'on les met juste après la déclaration de procédure/fonction

[NVCfrm]

Salut,

Bonjour,

au vu de son dernier print, tout est à revoir, et notamment :

- on déclare les variables publiques AVANT toute procédure
- on ne crée aucune ligne de code en dehors d'une procédure ou fonction
- on évite de déclarer des variables en plein milieu d'un code : si on doit déclarer des variables propres à une procédure, le bon usage veut qu'on les met juste après la déclaration de procédure/fonction

Et j'ajouterais qu'à la place des variables publiques, préférer des procédures Property. Surtout quand on veut qu'elles ne soient qu'en lecture comme il le voulait. PropertyGet seul est applicable dans ce contexte.

Code :

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

1
2
3
4
5
6
Property Get EnLectureOnly() As String
    EnLectureOnly= val_toto
End Property
 
'on accède à la valeur de EnLectureOnly avec
toto = EnLectureOnly