Prism 2 SL: Entfernen der Ansicht aus der Region, wenn die Schaltfläche geklickt wurde

Question

Ich bin neu in Prism und ich versuche, eine bewährte Methode zum Deaktivieren einer Ansicht in einer Prism 2-Anwendung zu bestimmen - wenn ein Benutzer auf eine Schaltfläche auf der Ansicht klickt um die Ansicht zu deaktivieren. Die Ansicht führt einen Befehl aus, wenn auf die Schaltfläche geklickt wird.

Das Ansichtsmodell empfängt den Befehl, aber das Ansichtsmodell hat keinen Verweis auf den Regionsmanager.

Sollte das Ansichtsmodell über den Regionsmanager wissen? Und selbst wenn das Ansichtsmodell einen Verweis darauf hatte, muss die Ansichtsinstanz zur deaktivierten Methode für die enthaltende Region übergeben werden.

Ich verwende das MVVM-Muster für die App.

Answer 1

Ich gehe hier ein Stück weit und gehe davon aus, dass Sie ein Itemscontrol oder ähnliches für Ihre Region verwenden, weil das die offensichtlichste Verwendung eines "Knopfes ist, der eine Ansicht entfernt".

In diesem Fall sollten Sie einen Controller (oder wie auch immer Sie es nennen möchten, aber das Prism-Team scheint diesen Namen für diese Art von Verantwortung zu verwenden) irgendwo verantwortlich für die Verwaltung der aktiven ViewModels und entweder Sie zeigen Ihre Ansichten mit DataTemplates an oder Sie erstellen/hinzufügen/aktivieren manuell eine neue Ansicht, wenn Sie eine neue Instanz hinzufügen. Ihr Fall scheint der zweite zu sein, und der Controller sollte für die Verwaltung der Ansichten zuständig sein. Ihr Ansichtsmodell sollte über Dependency Injection einen Verweis auf diesen Controller erhalten und es aus dem Pool der aktiven Modelle/Ansichten entfernen.

Der Controller selbst empfängt den IRegionManager und findet die Region, für die er zuständig ist.

Ich hoffe, dass das Sinn macht, bitte kommentieren, wenn es nicht tut.

Answer 2

Ich habe auch hier aufgehängt. Da der RegionManager für die enthaltenen Regionen verantwortlich war, kam es zu einer engen Kopplung zwischen meinem RegionManager und den Regionen, die ich verwalten wollte.

Es war eine komplexe Aufgabe, diese Regionen extern zu managen (aus einem Hauptanwendungsmenü) und infolgedessen haben wir das PRISM-Framework fallen gelassen und unseren eigenen Code basierend auf den Composite Application Guidance-Elementen geschrieben Szenario.

Answer 3

EventAggregator in Ihrem Fall (Kontrolle, die sich entladen muss) ist vielleicht zuviel des Guten, weil einfache Injektion von IRegionManager zu diesem Steuerungssicht Modellbauer

ctor (IRegionManager regionManager) 
{ 
    this.RegionManager = regionManager 
} 

und dann so etwas wie dieses

this.regionManager.Regions[regionName].Remove(this.View); 

sollte das tun, was du verlangst.

IRegionManager ist eine ansprechende Schnittstelle, die einfaches Testen ermöglicht und nur eine Abstraktion ist, die Sie nicht an die Implementierung koppelt und IoC ermöglicht.