Frage

Wie kann ich mehr Composite-WPF-Anwendungen so organisieren, dass sie ein einziges Shell-Projekt teilen, aber ihre Modul Kataloge aus verschiedenen App.config-Dateien füllen?

Ich schreibe eine Suite von Anwendungen für WPF Composite Application Guidance verwenden. Jede Anwendung der Funktionalität wird durch die Verfügbarkeit verschiedener Module bestimmt, die in der Shell App.config aufgeführt sind. Indem jede Anwendung eine andere App.config, kann ich festlegen, welche Module jede Anwendung verwenden kann.

Allerdings würde Ich mag ein einzelnes Shell-Projekt zwischen allen Anwendungen zur gemeinsamen Look and Feel teilen. Am Anfang habe ich eine Lösung für jede Anwendung hinzugefügt, um das Shell-Projekt, und fügte dann die entsprechenden Module. Das Problem ist, dass das gemeinsame Shell-Projekt nur eine Datei App.config hat, und ich kann es nicht auf einer Basis pro-Lösung ändern.

Bestücken Sie den Katalog durch den Code nicht dieses Problem vermeiden - es noch anwendungsspezifischen Code in dem Shell sein würde, die irgendwie durch die Lösung aktiviert werden muß ich verwende

.
War es hilfreich?

Lösung

Was ich beschlossen, war zu tun, um die Shell als eigenes Modul zu behandeln. Jede Anwendung hat ihre eigene Lösung und Projekt, das die einzelnen App.config-Dateien enthalten. Sie haben auch ihre eigenen Bootstrapper-Klassen. Der Bootstrapper in jeder Anwendung instanziiert den Shell.

Andere Tipps

Neben harte Codierung Modulen und Laden von Modulen aus der Konfiguration können Sie auch Module laden dynamisch aus einem bestimmten Verzeichnis.

So unterschiedliche „Apps“ einzurichten, dass alle den gleich Shell verwenden, ich eine Batchdatei erstellen würde, die Kopien, die richtigen Module für jede App eines eigenen Ordner, so dass die verschiedenen Anwendungen.

Die Composite-Guidance-Dokumentation hat mehr auf dem Projekt einrichten Module aus einem Verzeichnis dynamisch zu laden.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top