circulaire Référence

Question

Je suis à la recherche d'un bon modèle pour résoudre la référence circulaire suivante dans une application Windows Form:

• Assemblée 1 contient un formulaire Windows avec un élément de menu Infragistics « .Show » ing un formulaire dans Assemblée 2
• Assemblée 2 contient un formulaire Windows avec un élément de menu Infragistics ".Show" ing un formulaire à l'Assemblée 1

le menu a généralement les mêmes éléments sur elle dans toute l'application. Donc, à la fois l'Assemblée 1 et l'Assemblée 2 ont des références l'une à l'autre pour "Rejoindre" les formes et les autres.

Une note sur la taille: Mon application est une application existante, donc la situation n'est pas aussi simple que la situation ci-dessus de deux assemblages. Mais si je peux résoudre le problème ci-dessus simplement (probablement pas en implémentant un, je peux l'appliquer à une application beaucoup plus grande (environ 20 composants, tous avec plusieurs formes qui apparaissent l'une l'autre sur les composants)

J'ai réfléchi quelques solutions, mais elles semblent toutes lourdes.)

Answer 1

Utilisez une fabrique de composants ou un composeur de composants, tel que le MEF, pour créer des instances sans faire référence à l'assemblage source du composant.

Answer 2

Vous pouvez (dans les deux cas) faire en sorte que le bouton déclenche simplement un événement, le shell exe fait référence aux deux assemblages et relie le même pour montrer l'autre forme

Ainsi, le exe connaît à la fois;.. ni des formes connaît les autres

Par exemple (même concept):

using System; 
using System.Windows.Forms; 
class Form1 : Form 
{ 
    public event EventHandler Foo; 
    public Form1() 
    { 
     Button btn = new Button(); 
     btn.Click += delegate { if(Foo!=null) Foo(this, EventArgs.Empty);}; 
     Controls.Add(btn); 
    } 
} 
class Form2 : Form 
{ 
    public event EventHandler Bar; 
    public Form2() 
    { 
     Button btn = new Button(); 
     btn.Click += delegate { if (Bar!= null) Bar(this, EventArgs.Empty); }; 
     Controls.Add(btn); 
    } 
} 
static class Program 
{ 
    [STAThread] 
    static void Main() 
    { 
     ShowForm1(); 
     Application.Run(); 
    } 
    static void ShowForm1() 
    { 
     Form1 f1 = new Form1(); 
     f1.Foo += delegate { ShowForm2(); }; 
     f1.Show(); 
    } 
    static void ShowForm2() 
    { 
     Form2 f2 = new Form2(); 
     f2.Bar += delegate { ShowForm1(); }; 
     f2.Show(); 
    } 
} 

Answer 3

Avez-vous envisagé la création d'un 3ème assemblage et déplacer le code commun dans la 3ème Assemblée?

Answer 4

Qu'en est-il de l'utilisation des Interfaces? Vous pouvez créer une troisième bibliothèque contenant des interfaces, et chaque fenêtre implémente une interface à partir de lui-même, et fait référence à l'interface de l'autre fenêtre.

Answer 5

J'ai décidé, pour l'instant, d'utiliser la réflexion pour faire apparaître les fenêtres qui ont besoin d'apparaître. Je supprime le besoin de me référer directement à eux, et je vais pouvoir ajouter des composants plus facilement, sans créer tous les assemblages de références croisées.

J'ai regardé MEF mais, malheureusement, j'utilise VS2003, plutôt que VS2008. Cette suggestion m'a lancé sur la voie de la simple réflexion.

Merci.