Hi,

hab mir mal dein Animated Control runter geladen und getestet, funktioniert super.
Habs dann in C# .NetCore nachgebaut und in mein Projekt eingefügt.
Find ich echt Klasse, das spart mir eine Menge Arbeit mit den ganzen Pages...
Das schalten der "Seiten" funktioniert auch von den einzelnen ViewModels aus, dazu reiche ich den MainWorkspace (bei Dir das SwitchContentViewModel) zu den ViewModels durch.

Nofear23m schrieb:

Nun kannst du weitergehen und mit Services weitermachen (in einen anderen Thread) damit du auch Messageboxen und der gleichen regeln kannst.

Ich bau erst mal ne Solution, wo man das alles einbauen kann. Meld mich wieder

@Nofear23m Eine Frage hab ich dann doch noch zum AnimatedControl.

Der Style muss zwingend in der Datei Generic.xaml sein, richtig?
Hatte im TestProhejt den Style umbenannt und das Control funktionierte nicht mehr.
Ich konnte nur nicht heraus finden, wo er danach sucht.

Das hatte ich mir schon gedacht, aber wo ist das definiert?
also ich meine, wenn ich das ändern würde wollen, wo muss ich es anpassen?

Ja, das ist ja klar, nee, ich meinte die Datei selbst muss zwingend Generic.xaml heissen, sonst klappt es nicht. Und da wollte ich wissen wo das definiert ist. Ändere ich Generic.xaml zum Beispiel in AnimatedStyle.xaml funktioniert es nicht mehr und ich hab nirgendwo nen Verweis auf Generic.xaml gefunden. Also warum muss die Datei für den Style Generic.xaml heissen?

Ahhhhh, OK, dann hab ich es verstanden
ich könnte dann den Style auch in eine andere Datei schieben, muss dann aber den x:Type auf ContentControl setzen.

Hat keinen besonderen Grund, wollte es nur verstehen

Hallo,
beim schalten von Views aus dem ViewModel heraus machte mir immer Kopfzerbrechen, wie ich das geeignete ViewModel zur View bekomme.
Hab in den letzten Tage viel darüber gelesen und stieß immer wieder auf das Zauberwort Messenger.
Also hab ich das Beispiel hier noch einmal zur Hand genommen und darin versucht, dies umzusetzen.
Ziel war es, von jedem ViewModel aus, ein anderes ViewModel über einen Command aufzurufen.
Durch das Zuweisen von Datatemplates, weis dann das ViewModel, zu welcher View es gehört.
Beispiel:
in der App.xaml oder auch in einem eigenen ResourceDictionary kann man ein DataTemplate erstellen:

Hier sage ich, das das DataTemplate vom Typ FirstViewModel ist und als Content das FirstControl beinhaltet.
Somit ist für die WPF klar, wenn jemand das FirstViewModel haben will, das dann das FirstControl präsentiert werden muss und als DatenContext das FirstViewModel hat.

OK, weiter...
Jede WPF Anwendung hat meist ein EinstiegsViewModel, @Nofear23m nennt diese meist Workspace, bei mir ist es meist das ApplicationViewModel, das ViewModel welches sich um die gesamte Application kümmert.
Ob dies nun eine statische Klasse über DI ist, oder ein "normales ViewModel", oder oder, ist im Grunde egal.

Vorbereitungen:
Damit ein ViewModel geschaltet werden kann, sollte man sich hier ein Interface erstellen, welches ich jedem ViewModel zuweise, das geschaltet werden soll.
Es gibt ja durchaus auch ViewModel, die über keine Commands verfügen, daher erstelle ich hier ein Interface und nehme nicht die ViewModelBase dafür.
Das interface hat den weiteren Vorteil, das ich jedem ViewModel, welches davon erbt, gleich ein paar Properties mitgeben kann, z.Bsp. einen DisplayText, oder einen Command
Mein IContentViewModel sieht so aus:


DesWeiteren benötigen wir irgendetwas, was wir aufrufen können, um aus einem x-beliebigen ViewModel ein bestimmtes, anderes ViewModel aufzurufen.
Hier kommt der Messenger ins Spiel. der Messenger registriert einen String und eine Action dazu, heißt, wer immer diesen String aufruft und etwas übergibt, erhält die dazugehörige Action, die dann ausgeführt wird.
Wird keine Action übergeben, wird die Action ausgeführt, die dem String hinterlegt wurde.
Hier erstmal stumpf die Messenger Klasse:


Als erstes erstellen wir uns ein Dictionary vom Typ string und List<Action<object>>. Das Dictionary nimmt also einen String (der Name der Action) und eine Liste von Actionen die als parameter ein Object haben kann.
Dann erstellen wir uns 3 statische Methoden Register, Unregister und Notify.
Die Methode Register nimmt also einen String, der den Namen unserer Nachricht darstellt, und eine Action, die ausgeführt werden soll, wenn diese Nachricht aufgerufen wird.
Zuerst prüfen wir, ob unser Dictionary bereits diese Nachricht enthält, is dem nicht so, erstellen wir uns eine Liste von Actionen (man könnte ja mehrere Actionen bei einer Nachricht ausführen wollen) fügen dieser Liste unsere übergebene Action hinzu und fügen dann unserem Dictionary die Nachricht, sowie die Liste der Actionen hinzu.
Gibt es bereits diese Nachricht, dann prüfen wir ob die Nachricht bereits die übergebene Action enthält, wenn nicht, fügen wir zu dieser Nachricht, die Aktion hinzu.

Die UnRegister Methode entfernt einfach bei der übergebenen Nachricht die übergebene Aktion.
Die Methode Notify:
Hier prüfen wir, ob die übergebene Nachricht existiert und füren dann alle Aktionen aus, die dieser Nachricht zugrunde liegen.

OK, unsere Messenger Klasse steht. Nun erstellen wir uns in unserem HauptEingangspunkt (ApplicationViewModel oder MainWorkspace) eine Methode, mit der wir (in diesem Beispiel) ViewModels des Contents ändern können

Als erstes benötigen wir ein Property vom Typ IContentViewModel


Im Konstruktor könnten wir diesem Property bereits ein ViewModel zuweisen


Dann erstellen wir uns eine Methode in der wir dem CurrentContentViewModel ein neues ViewModel übergeben, da der Parameter vom Typ object ist, müssen wir dies in unser IContentViewModel casten


In unserem Konstructor müssen wir dann diese Methode registrieren:

public ApplicationViewModel()
{
Messenger.Register("SwitchContent", ChangeContentViewModel);
}

In unserem MainViewModel können wir nun einen Command erstellen, der ein anderes ViewModel aufruft (auch hier können ja dann Parameter übergeben werden)


Nun brauchen wir nur noch in unserem MainWindow einen ContentPresenter oder ein ContentControl das wir an CurrentContentViewModel binden und schoon switchen die ViewModels mit dazugehörigen Controls.

Die Messenger Klasse ist sicherlich nicht das ultimative, aber ich hab sie so erstellt, wie ich Messages verstanden habe.
Für Verbesserungsvorschläge bin ich natürlich immer offen.

Hi,
Nee, der thread war schon der richtige, hatte das ja in Pagestest eingebaut.

das mit den Templates weis ich ja und funktioniert ja grundsätzlich auch, aber... ich möchte ja den content von jedem x-beliebigen ViewModel aus ändern. Und wenn das Property nur im MainWorkspace drinn habe, müsste ich diesen Workspace ja in jedem ViewModel übergeben um von einem Viewmodel aus auf das Property zugreifen zu können. Da fand ich das mit dem Messenger einfacher. Man kann bestimmt aber auch einen Service dafür nutzen.

wenn ich mit Dialogen arbeiten würde, wäre es sicherlich einfacher, aber dialoge mag ich nicht so.

Ich kanns nicht gut erklären, aber sagen wir, wir haben eine Anwendung mit 1 Fenster.
Der Content des Fensters soll unterschiedliche Controls beinhalten. Startet die Anwendung ist das CurrentConten zum Beispiel das Login ontrol. Bei Klick auf anmelden soll dann zum HauptControl gewechselt werden. Vom Hauptcontrol könnte man dann zum Beispiel zu einem DetailControl wechseln und vom Detail nochmal zu einem anderen Control. Und das alles innerhalb des MainWindow.
Das Mainwindow hat einen ContentPresenter der an ein Property im MainViewModel gebunden ist. Wie setze ich jetzt das Property vom DetailViewModel aus ohne das MainViewModel bis runter ins DetailViewModel zu übergeben?

ich kanns wirklich schwer erklären, vielleicht mach ich morgen ne BeispielAnwendung in einem neuen Thread, ist ja auch ein Interessantes Thema für andere.