Wie kann ich Module in Prism lose referenzieren, damit sie existieren können oder nicht?

Question

In this stackoverflow question habe ich gelernt, dass Prism/Unity nicht so entkoppelt ist, wie ich dachte, z. Wenn ich diese Klasse habe, die menuManager in seinen Konstruktor injiziert, dann muss ich sicherstellen, dass diese Klasse eigentlich irgendwo existiert (ich dachte, dass Sie einfach die .dll ziehen könnten, die die Klasse enthält und der Container würde damit umgehen) es, zB eine null an seinem Platz) Injektion:

public class EmployeesPresenter 
{ 
    public EmployeesPresenter(IMenuManager menuManager) 
    { 

    } 
} 

aber ich kann damit umgehen: die Anwendung nicht ohne MenuModule (oder auch laufen kann, wie vorgeschlagen wurde ich ein NullMenuModule, die nichts tut, haben könnte, aber halten die Anwendung aus dem Brechen).

Allerdings wird die Anwendung, die ich erstelle, eine MenuManager-Klasse im MenuModule haben und jedes Modul muss alles, was es im Menü haben will, mit dem MenuManager registrieren. Allerdings möchte ich in der Lage sein, auszutauschen MenuModule z. haben eine InfragisticsMenuModule und haben eine TelerikMenuModule usw.

Allerdings, wenn ich beispielsweise in bin das CustomersModule, um TelerikMenuModule, zu verwenden, muss ich es verweisen. Und wenn ich InfragisticsMenuModule verwenden möchte, muss ich darauf verweisen.

Also wie kann ich TelerikMenuModule mit InfragisticsMenuModule "hot swap", ohne alle meine Module mit neuen Referenzen neu kompilieren, z. Ich möchte dies ersetzen:

Application.exe 
Customers.dll 
TelerikMenuModule.dll 

mit diesem:

Application.exe 
Customers.dll 
InfragisticsMenuModule.dll 

und einfach in der Lage, die Anwendung neu zu starten und es läuft mit der neuen InfragisticsMenuModule.dll und nicht beklagen, dass TelerikMenuModule.dll keine existiert länger. Diese

Answer 1

ist, wo Schnittstellen kommen in Sie müssen so etwas wie:.

public interface IMenuSystem 
{ 
    // whatever operations need to be offered by a menu system 
} 

Application.exe und Customers.dll nur auf diese Schnittstelle beziehen. Sie dürfen nicht über eine bestimmte Implementierung informiert werden.

Dann würden Sie Konfigurationsschritte (Aufruf Register... Methoden oder Verwendung einer Konfigurationsdatei) verwenden, um anzugeben, welcher Typ die Implementierung von MenuSystem bereitstellen wird.

Answer 2

Aus naheliegenden Gründen kommt MEF hier in den Sinn und ist für solche Dinge gedacht. Ich hatte keine Möglichkeit, Unity zu verwenden, daher bin ich mir nicht sicher, ob es so etwas eingebaut hat (d. H. Ein Verzeichnis für eine IMenuModule-Implementierung durchsucht), aber MEF kann dies tun.

Vorschlag ist auch, dieses IMenuModule in einer allgemeinen Versammlung (getrennt von Ihrer anderen Versammlung) zu setzen. Ich habe diese Sache gewöhnlich Something.Core.dll genannt.

Sie könnten also: Application.exe, Customer.dll, Application.Core.dll und Ihre spezifische MenuModule-Implementierung.

Ihre spezifische MenuModule-Implementierung verweist auf die Application.Core-Assembly, um Zugriff auf die IMenuModule-Schnittstelle zu erhalten und sie dort zu implementieren.