Discussion :

[LaDeveloppeuse]

Bonjour,
Voilà j'ai un petit souchi et je ne comprend pas du tout le pourquoi du comment et à cause de quoi ça se produit...

Je réalise une application avec une interface graphique qui comporte plusieurs éléments. A un des ces éléments (prenons pour exemple un textbox) je lui attribut un événement du type "MouseClick" dans le fichier Form.Designer.cs. Ce qui me donne ceci :

Code :

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

1
2
 
            this.myTextBox.MouseClick += new System.Windows.Forms.MouseEventHandler(myTextBox_MouseClick);

Puis je lui écrit dans le fichier Form.cs ce que doit faire l'événement :

Code :

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

1
2
3
4
5
 
        private void myTextBox_MouseClick(object sender, EventArgs e)
        {
            ...
        }

Pour l'instant aucun problème. Mais lorsque je démarre le débogage de mon application (F5 sur visual C#), rien de se passe lorsque je clique sur mon textbox. L'événement ne s'exécute pas. Alors j'arrête le débogage, et je m'aperçois que dans le fichier Form.Designer.cs la ligne que j'ai rajouté a été supprimer du code... Voilà le souchi lol.

Quelqu'un aurait une suggestion a propos de ce phénomène étrange ?

Je vous remercie par avance.

[Guulh]

Alors j'arrête le débogage, et je m'aperçois que dans le fichier Form.Designer.cs la ligne que j'ai rajouté a été supprimer du code... Voilà le souchi lol.

Quelqu'un aurait une suggestion a propos de ce phénomène étrange ?

Oui, suggestion j'ai : ne pas toucher au designer.cs. Soit tu ajoutes le lien entre l'événement du contrôle et ta fonction en passant par le designer, soit dans le code de ta form (taForm.cs).

Le fichier designer.cs est essentiellement constitué d'une fonction nommée InitializeComponents(), qui rassemble tout un tas de tuyauterie qu'il veut mieux éviter de tripoter, parce qu'elle est générée par le designer.

[LaDeveloppeuse]

D'accord je vois... Il serait donc peut être judicieux de le mettre dans le Form_Load() tu pense ... ?

[Guulh]

D'accord je vois... Il serait donc peut être judicieux de le mettre dans le Form_Load() tu pense ... ?

Le mieux, c'est qu'au final ça soit dans le designer.cs, mais je te conseille fortement d'utiliser le designer de forms pour ça. Tu cliques sur ton bouton, tu regardes ses propriétés, tu cliques sur le bouton "événements", tu double-clique sur l'event auquel tu veux t'abonner, et visual té génère tout seul une méthode vide qui a la bonne tête dans taForm.cs et rajoute le event += bidule dans le taForm.designer.cs.

Vive les designers

[LaDeveloppeuse]

D'accooooooooooooooooooord!!
Je te remerci beaucoup pour ton aide précieuse. Tu a finis par lever le mystère de l'évènement volatile

Je te souhaite une bonne continuation !

[SirJulio]

Salut,

apparement le probleme est resolu, mais pour precisions, il n'y a pas, AMHA, de plus judicieux, il faut juste une certaine coherence quand tu construit ton UI. Que les controls soient placés par le designer dans le InitializeComponents ou par toi dans le code de la form (à l'exception du fichier designer.cs), ca n'a pas d'importance, mais c'est soit l'un soit l'autre pas les deux en meme temps. Le designer se sert de le methode InitializeComponents pour representer l'UI, si tu commences à mixer les appels entre le code de la form et le designer, ca peut créer des problemes, genre :

Code :

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

1
2
3
4
5
6
7
8
9
   public partial class Form1 : Form
    {
        TextBox tBox;
        public Form1()
        {
            tBox = new TextBox();
            InitializeComponent(); //ajoute une methode qui manipule la textBox dans la methode du designer
        }
    }

Ce code est correct, compile et fonctionne, par contre si tu vas faire un tour du coté du designer, il t'indiquera une erreur de deserialisation.

Bref, pour reiterer l'avertissement de Ghuul, ne touche pas à l'initialize généré par le designer ! =p