Discussion :

[mstic]

bonjour tout le monde

j'ai deux forms la principale form1 qui affiche les données de l'application et l'autre form2 qui est appelé par form1 avec un bouton , mais comment accéder aux controles de la form1 à partir de la form2 ( je veux dire dans le code de la form2) .

exemple textbox1 qui appartient à form1 . sachant que le namespace est le meme mour les deux .

merci de votre aide

[sam_XIII]

suffit de faire un tour dans la faq

[mstic]

bonjour

voila ce que j'ai fait

dans la form1 qui s'appelle interact

Code :

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

1
2
3
4
5
6
7
8
 private void button3_Click(object sender, EventArgs e)
        {
            Form mrecherche = new recherche()  ;
            mrecherche.Owner = this;
            mrecherche.Show();
 
 
        }

et dans la deuxième qui s'appelle recherche

Code :

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

1
2
3
4
 private void button1_Click(object sender, EventArgs e)
        {
 
            interact minteract = (interact)this.Owner;

mais je ne peux pas acceder avec

Code :

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

minteract.textbox1

par exemple !

merci de m'indiquer comment faire .

[Mourad]

un seul mot : propriété
à toi de faire le reste

[mstic]

pardon quelle proprité , je suis qu'un bleu dans c# et dotnet

[costik56100]

salut

pour y acceder tu dois la declarer en public

a+
costik

[Mourad]

par exemple dans ta form1 tu dois décalrer une propriété publique ou internal

Code :

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

1
2
3
4
public TextBox TonTextBox
{
    get{ return this._TonTextBox ;}
}

_TonTextBox est ton instance du textbox en question

[mstic]

oui c 'est vrai j'ai oublie de le déclarer comme public pour accéder

Code :

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

 minteract.textBox2.Text= // resultat d'une requete par exemple

Merci à tous

[costik56100]

oublis pas le tag résolu

a+
costik

[prem's]

suffit de faire un tour dans la faq

perso je trouve pas la solution dedans ...
mais ça serait bien de la mettre...enfin les, vu que y a plusieurs solutions:

- mettre le controle/la variable en public comme fait dans ce topic
- passer le controle en paramètre au constructeur de la deuxième form.

[sam_XIII]

perso je trouve pas la solution dedans ...
mais ça serait bien de la mettre...enfin les, vu que y a plusieurs solutions:

- mettre le controle/la variable en public comme fait dans ce topic
- passer le controle en paramètre au constructeur de la deuxième form.

ben avec ca y avai deja moyen de s'en sortir :

Comment accèder à une méthode publique d'une form à partir d'une autre form créé par la première ? [haut]

auteur : dev01
Afin de pouvoir communiquer à partir d'une form nouvellement ouverte vers la form créatrice vous devez passer la form créatrice à la nouvelle form.

//Dans Form1
public void TraitementForm1()
{

}

public void OuvertureForm2()
{

MaForm2 maForm2 = new MaForm2();
maForm2.Owner = this;
maForm2.Show();
}

//Dans MaForm2

private void ButtonOk_Click(object sender, System.EventArgs e)
{
MaForm1 maForm1 = (MaForm1)this.Owner;
maForm1.TraitementForm1();
}
...

[mstic]

oui c'est ce que j'ai suivi, et j'ai rendu la déclaration textbox1 dans le fichiers form1.Designer.cs (dans mon cas interacte.Designer.cs) public

Code :

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

public System.Windows.Forms.TextBox textBox2;

et voila ça roule !

[theMonz31]

Pour info, je tiens quand meme à préciser que ce genre de "manipulation" n'est pas forcement souhaitable et qu'un modèle de données sur laquelle serait
"binder" des textbox dans ton cas serait plus "propre"...

En effet, d'un point de vue découpage de code, c'est pas super propre de faire
qu'un controle aille mettre à jour un controle appartenant à une autre données

car si, la fenetre mise à jour par la form1 est la form2, et que l'utilisateur ferme et ré-ouvre la form2 (genre appli Mdi avec outils)... il y a des risques que les
données afficher à l'init de la form2 ne soient pas à jour... avec en plus un
système ou les mises à jours obligent chaque form à connaitre une autre forme

Il serait plus "judicieux" mais parfois plus fastidieux (quoi que) d'avoir un module
qui contient les informations, et chaque Form vient mettre à jour ou lire les données disponibles (les event peuvent servir à cela aussi)

The Monz, Toulouse

[mstic]

mais dans mon cas c'est une fenetre modale (la forme2) qui est appelée par la form1 telque la form2 est une recherche multicrétaire et le résultat de cette recherche doit être récupéré dans le datagrid et un text box ( qui récupère un count(*) ) donc je ne vois pas une autre solution ! pour la proproté du code , je suis débutant en c# donc je ne vois pas vraiment ce que tu veux dire ?

[theMonz31]

Ce que je veux dire c'est qu'il faut SEPARER l'aspect Visuel de l'aspect Fonctionnel...

Exemple : Dans ta voiture, si tu changes le volant par un nouveau volant différent mais qui se connecte sur ta colonne de direction, tu conduiras de la
meme façon, et pourtant l'aspect du volant sera différent... pourquoi ? parce
que le volant fourni un service sans se "soucier" de ce qui est fait derrière...

Donc, ta form2 doit fournir des informations sans se soucier de savoir qui , ou et comment elles seront exploiter...

C'est pour cela qu'il est "judicieux" d'avoir une classe Document (c un nom prie comme ca ) dans lequel tu vas mettre à disposition des informations recueillies par exemple dans la form2... et quand la form2 sera fermée, l'appelant saura qu'il peut aller chercher des informations dans le Document et non dans la form2.. comme ca, le jour ou tu changes le look de ta form2 sans changer les informations fournies, tu n'auras que peu de changement au niveau code... (au lieu d'appeler Form2, tu appeleras Form2Bis )...

L'idée est donc de rendre les choses indépendantes les unes des autres quand on parle des aspects visuels...

Un peu comme un jeu... Dans un jeu, l'intelligence n'est pas dans les classes qui s'occupent du rendu visuel...Il est conseillé de faire de meme dans les applications Winforms ou autres

The Monz, Toulouse

[mstic]

Je te remercie pour ce conseil, parce que moi l’essentiel que ça marche !!! mais réellement c’est pas ça il faut voir aussi l’évolution et la maintenance du logiciel .

[prem's]

c'est sur l'architecture 3-tiers est la meilleure, tant pour la faciliter de dev que pour la maintenance (ça va les interfaces bien construites se comprennent vite quand on doit reprendre un code)
mais hélas ce n'est pas tout le temps utilisable (quand on reprends un vieux code tout moche, on peut pas tout faire bien tout de suite par exemple) ....

[Mose]

c'est sur l'architecture 3-tiers est la meilleure

Vaut mieux parler de N-tiers.
De plus en plus on a tendance à rajouter une quatrième couche (en découpant la couche interface en deux), voir plus dans certaines archi.
(Le couches se divisent elles-même en couches )

[Firya]

@TheMonz31: Je me pose une petite question... cette classe "Document" qui va mettre à disposition de Form1 (ou n'importe quelle autre Form, en fait) les informations receuillies dans Form2... comment y accéder à partir de n'importe quel Form autrement qu'en déclarant la classe static ?

Parce que s'il faut bien la mettre en static, quel serait l'avantage par rapport à de simples variables globales ? On dit qu'il faut préférer cette méthode aux variables globales mais je saisis pas la différence.

PS: Ma question est surement stupide mais je n'ai que peu d'expérience en C#.