Appeler une méthode parent depuis une dll usercontrol

Version imprimable

Bonjour,
J'ai créé une classe Form1 dans un fichier "Form1.cs" qui hérite de la classe Form avec une méthode MethodeA().
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 using B namespace A { public partial class Form1 : Form { public Form1() { InitializeComponent(); } public void MethodeA() { } } }
Dans le concepteur graphique de Form1, j'ai placer la classe controlPerso suivante, qui a été créé dans un fichier "ControlPerso.dll" et qui hérite de la classe UserControl.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 using A; namespace B { public partial class ControlPerso: UserControl { public ControlPerso() // Ligne 1 { InitializeComponent(); } public void MethodeB() { // Je veux appeler la methodeA() mais je n'y arrive pas // Ligne 2 } } }
Le constructeur de ControlPerso est donc automatiquement placer dans un fichier "Form1.Designer.cs" dont voici une partie du code:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 namespace A { partial class Form1 { private void InitializeComponent() { this.controle = new B.ControlPerso(); // ligne 3 ... } ... private B.ControlPerso controle; } }
Mon problème est le suivant: à partir de la methodeB(), je dois utiliser la methodeA(), comment faire ? (J'ai bien pensé à remplacer la ligne 3 et la ligne 1 par
Code:

1 2 Ligne 3 <- this.controle=new B.ControlPerso(this) Ligne 1 <- Public ControlPerso(Form1 _Parent)
en créant une instance Parent pointant sur _Parent, mais cela ne marche pas: le fichier "Form1.Designer.cs" refuse de s'afficher correctement.
Y-a-t-il une solution pour référencer Form1 dans la dll?
Merci pour vos réponses.

01/08/2011, 10h13
tomlev
Tu ne peux pas modifier le code du fichier .designer.cs (enfin tu peux, mais si tu le fais tes modifs seront écrasées à chaque fois par le designer)

Tu peux récupérer la fenêtre comme ça :
Code:

1 2 3 4 5 6 public void MethodeB() { Form1 form = this.FindForm() as Form1; if (form1 != null) form1.MethodeA(); }
Cela dit, c'est assez crade comme façon de faire... un UserControl ne devrait pas avoir de dépendance sur la fenêtre qui le contient, sinon il n'est plus réutilisable ailleurs que dans cette fenêtre

Dans le meme genre, sans que le controle dépende de sa form, tu peux faire de l'inversion de dépendance grace à une interface :

dans une Dll MesInterfaces :

Code:

1
2
3
4
public interface ILaForme
{
   voidMethodA();
}

dans ton exe ou Dll MesForms :

Code:

1
2
3
4
5
6
7
8
9
10
 
{
public class Form1 : ILaForme
{
   public void MethodA()
   {
     // Du code
   }
}
}

Dans "ControlPerso.dll"

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
public partial class ControlPerso: UserControl
   {
      ILaForm _form = null;
 
       public ControlPerso() // Ligne 1
       {
          InitializeComponent();
          object obj = this.FindForm();
          if(!obj is ILaForm)
             throw new Application Exception("Ce controle ne peut etre utilisé que dans une form implémentant ILaForm");
          _form = obj as ILaForm;
 
       }
       public void MethodeB()
       {		    
             if (_form != null)
                _form .MethodeA();
       }

Ainsi, ton exe dépend de MesInterfaces.dll et de ControlPerso.dll
ContolPerso.dll dépend aussi de MesInterfaces.dll
Mais tu pourra utiliser ton controle avec n'importe quel form sans toucher à son code ;)

Merci pour vos réponses.
J'ai utilisé la 2ème méthode.
J'ai créer une dll de mon interface:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
 
namespace ClassInterface
{
    public interface IForm1
    {
        void MethodeA();
    }
}
 
puis, un user control perso:
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Drawing;
using System.Data;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using ClassInterface;
 
namespace UserControlLibrary1
{
    public partial class ControlPerso : UserControl
    {
        IForm1 form1 = null; // permet de bloquer le drag/drop dans un concepteur si la form ne possède pas d'interface pour MethodeA()
 
        public ControlPerso()
        {
            InitializeComponent();
         }
 
        private void button1_Click(object sender, EventArgs e)
        {
            form1 = this.FindForm() as IForm1; // Ligne 1
            form1.MethodeA();
        }		
     }
}

enfin ma form:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using ClassInterface;
 
namespace WindowsFormsApplication1
{
    public partial class Form1 : Form,IForm1
    {
        public Form1()
        {
            InitializeComponent();
        }
 
        public void MethodeA()
        {
            label1.Text = "MethodeA() executée.";
        }
    }
}

Ca marche bien. Mais toutefois, je ne suis pas satifait du placement de la ligne 1 car la fonction FindForm() ne nécessiterait qu'1 seul appel pour définir l'instance form1, hors ici c'est répétitif à chaque clic. J'ai donc replacer cette ligne dans le contructeur ControlPerso() ou dans une méthode Load() du control, mais rien à faire, je récupère un object null pour l'instance form1.
Ma question est la suivante: où placer cette ligne pour définir une 1 fois form1 dans le control?

Merci pour votre aide.

03/08/2011, 13h57
Helices
Ca y est, j'ai trouvé où placer cette ligne 1, il suffit de la placer dans l'évènement ParentChanged(object sender, EventArgs e) du controlPerso pour être appeler 1 seule fois et définir l'instance form1:
Code:

1 2 3 4 private void ControlPerso_ParentChanged(object sender, EventArgs e) { form1 = this.FindForm() as IForm1; }
Maintenant la question est bien résolue. Merci encore.
03/08/2011, 14h10
tomlev

Par contre, tu ferais mieux de renommer ton interface... une interface décrit un contrat implémenté par une classe, il faut que ça ait un nom significatif. "IForm1", ça ne donne absolument aucune indication sur le rôle de cette interface