Stocker des valeurs

Bonjour,
J'aimerais savoir comment je pourrais stocker des données comme cela :
Sur ma form1 l'utilisateur entre des informations de connexion tels que : Nom de compte / Mot de passe, si ses correct -> form2 apparait mais j'aimerai a l'aide du nom de compte entré dans la form1 l'utiliser dans ma requête qui est dans ma form2 style :

Code:

---

Query ="Select UserUID from blabla where UserID='"& TextNDC.Text &"'"

---

Seulment TextNDC.Text n'est pas déclarée

Merci

Salut,
Il suffit de déclarer une variable publique qui pourra être renseignée par le form1 et utilisée dans le form2.
Pour cela :
Au début de ton module (avant la première sub ou function), écrit par exemple :

Code:

---

Public Nom_utilisateur as String

---

A plus.

Du coup je fait comment avec cela ?

Code:

---

UserID = TextNDC.Text

---

??

Merci

En haut de ton module :

Code:

---

Public UserID as String

---

Dans ton Form1 :

Code:

---

UserID = TextNDC.Text

---

Dans ton Form2 :

Code:

---

Query ="Select UserUID from blabla where UserID='"& UserID &"'"

---

Je dois mettre cela dans mon module de ma form 2 ?

Code:

---

Public UserID As String

---

Car si je le met pas on me dit "& UserID &" n'est pas déclarée

Oui tu dois le déclarer une fois en haut d'un module avec le préfixe "Public". Ceci rendre cette variable accessible dans l'ensemble de ton projet.

Personnellement j'aurais plutôt définit un constructeur prenant en paramètres les identifiants de connexion.. Les variables publiques étant généralement déconseillées :/

Citation:

---

Envoyé par ZenZiTone

Personnellement j'aurais plutôt définit un constructeur prenant en paramètres les identifiants de connexion.. Les variables publiques étant généralement déconseillées :/

---

Salut,
Afin de comprendre, est ce que tu peux expliquer les défauts des variables publiques ?
Pour utiliser un constructeur on doit utiliser une classe. Non ?

Merci par avance pour tes éclaircissements. ;)

Citation:

---

Envoyé par r.morel

Salut,
Afin de comprendre, est ce que tu peux expliquer les défauts des variables publiques ?
Pour utiliser un constructeur on doit utiliser une classe. Non ?

Merci par avance pour tes éclaircissements. ;)

---

Si on souhaite utiliser une variable à l’extérieur d'une classe, on préfère utiliser des accesseurs (Get/Set). Si ta variable est publique elle pourrait être modifiée depuis l'extérieur de la form sans que cela soit contrôlé.

Oui on doit utiliser une classe. Mais les formulaires sont des classes aussi. Si on en précise pas, c'est le constructeur par défaut qui est utilisé (qui, il me semble, fait juste un InitializeComponent)

Bonjour,

Citation:

---

Envoyé par ZenZiTone

Si ta variable est publique elle pourrait être modifiée depuis l'extérieur de la form sans que cela soit contrôlé.

---

C'est seulement pour la "petite histoire" et surtout pas une question, puisque je m'y suis habitué et que ce n'est pas mauvais du tout. Je ne sais pas si c'est la version du Framework, de VB ou une option à quelque part; mais, chez moi, pour utiliser une variable publique, à l'extérieur de sa classe, je suis obligé de le faire de cette façon (en adaptant les les forms ou les classes) :

(En supposant que je ne sois pas dans la Form1)

Code:

---

Arthur = my.forms.form1.Arthur

---

Au début c'est fatigant, mais ce n'est pas mauvais du tout pour la discipline. ;)

Citation:

---

Envoyé par clementmarcotte

C'est seulement pour la "petite histoire"
(En supposant que je ne sois pas dans la Form1)

Code:

---

Arthur = my.forms.form1.Arthur

---

---

Je ne connaissais pas cette façon d’accéder aux forms d'un projet, c'est bon à savoir.

Concernant la proposition de r.morel :

Code:

---

Public UserID as String

---

je proposerais plutôt ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10

Private _UserID as String Public Property UserID as String Get Return _UserID End Set(value As String) _UserID = value End End Property

---

my.forms vous oubliez tout de suite, effet de bord garanti sur des projets non basiques
un module avec une variable publique est 100x mieux que ca ^^

c'est vb qui permet cette écriture (et une pire pour faire la même chose) mais le principe d'une classe c'est qu'il peut y avoir plusieurs instance à un instant T et cette syntaxe pointe vers une instance au (semi) hasard
(donc si on ouvre 2x form2 (qui affiche des infos sur un truc par exemple) alors cette syntaxe devient bancale

une propriété dans un module c'est sans soucis (une propriété shared dans une classe c'est un poil mieux, je ne crois pas qu'il soit possible de mettre un event dans un module (à vérifier))

Bonjour,

Citation:

---

Envoyé par Pol63

my.forms vous oubliez tout de suite, effet de bord garanti sur des projets non basiques
un module avec une variable publique est 100x mieux que ca ^^

---

Une autre chose que j'ignorais.Merci pour l'info.