Discussion :

[alex_vino]

Bonjour,

J'ai 2 projets, 1 principal et 1 enfant.
Le projet enfant fonctionne très bien mais quand je l'importe en référence dans mon projet principal, les fenêtres de dialogue de l'enfant ne sont plus capables de communiquer entre elles.
En effet, dans le projet enfant il y a un formulaire qui récupère la valeur des Controls d'un autre formulaire enfant, mais la valeur retournée est toujours Nothing quand le projet est utilisé dans un autre en tant que Référence.

Quelqu'un aurait une idée ?

[Pol63]

les forms tu les instancies ou tu utilises leurs noms pour les manipuler ?

[alex_vino]

Merci pol63 pour ta réponse.

J'utilise leur nom :
dans frmBat.vb :

Code :

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

lblBat.Text = frmMain.cboBat.Text

Quand j'exécute ce projet ça fonctionne, mais quand il est exécuté depuis un autre projet, toutes les variables et controls valent Nothing quand j'essaie de communiquer avec depuis un autre formulaire.

Tu as une idée ?

[Pol63]

il ne faut pas utiliser les noms des form pour les utiliser
c'est un facilité qu'offre vb.net mais qui n'est surtout pas à utiliser, d'ailleurs on le voit ca marche pas très bien en plus ...

pour ouvrir une form nommé form2 il faut faire

Code :

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

1
2
dim f as new form2
f.show

(au lieu de form2.show)

pour accéder depuis form2 à une variable de form1 il faut que form2 ait une référence vers form1
sur form2 :

Code :

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

1
2
3
4
5
6
7
8
9
 
private _form1 as form1
public sub new (f as form1)
  initializecomponent
  _form1 = f
end sub
public sub sansnom
  lblBat.Text = _forms1.cboBat.Text
end sub

sur form1 :

Code :

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

1
2
dim f as new form2(me)
f.show

[alex_vino]

Ok merci,

Mais niveau performance, c'est pas trop lourd en les passant en variable ?

PS : mes applications sont exécutées sur de vieilles TabletPC, et dans Form1 j'ai en variable 2 XDocument XML ouvert de environ 0,5Mo et 10Mo.

[Pol63]

non accéder à une variable prend aux alentours d'une nanoseconde sur un pc récent, donc meme sur une vieille rave ca doit pas se voir
de toute facon c'est la seule manière propre à utiliser ...

[alex_vino]

OK, je pensais que ma variable de plusieurs Mo ralentissait le système.

Merci beaucoup à toi.

[Pol63]

une variable ce n'est qu'un pointeur qui prend 4 octets sur un os 32bits
le contenu de la variable n'est pas recopié quand une autre variable pointe sur la même

[alex_vino]

Dernière petite question Pol63,

Lorsque l'on passe les variables en ByRef je suis d'accord, mais aussi lorsqu'elles sont passées en ByVal ?
Parce que j'ai toujours pensées que ByRef était la même variable et ByVal une autre variable réplique gérée indépendamment, donc il faudrait 2 emplacement mémoires, 1 pour la variable d'origine et 1 autre pour la nouvelle.

[Pol63]

il y a 2 types de fonctionnement pour les variables en .net
les types par valeur et les types par références

par valeur (integer, string, date, boolean ...)
byval passe alors une copie de la valeur (donc le nombre d'octets dépend du type)
byref passe le pointeur ce qui fait qu'une modif faite sur la référence modifie aussi l'appelant (alors qu'en byval si on modifie la variable dans la méthode, l'appelant ne voit pas la modif)

par référence (tout le reste, toutes les classes ...)
byval passe une copie du pointeur
byref passe le pointeur
dans les 2 cas c'est 4 ou 8 octets selon l'os
dans les 2 cas les pointeurs vers le meme espace mémoire, donc une modif de l'objet est visible par l'appelant
par contre en byref, si on met la variable à nothing, l'appelant se retrouve avec nothing, alors qu'avec byval c'est un autre pointeur, donc le pointeur de l'appelant n'est pas mis à nothing

[alex_vino]

Merci Pol63 pour toutes ces précisions