Moin,

ich versuche mich momentan etwas an WPF und bin auf eine Designfrage gestoßen.
Ich habe eine View, die mehrfach instantiiert wird. Sprich man hat ein Fenster der View auf jedem Bildschirm (ja, das hat seinen Zweck).
Nun gibt es im ViewModel Properties, die identisch für jede View sein sollen, allerdings auch welche, die View-spezifisch sein müssen.
Genauer gibt es einen Labeltest, der überall identisch ist, allerdings muss ich wissen, auf welchem Monitor sich meine View befindet (sie ist nicht verschiebbar).

Daher meine Frage, wie regel ich das mit den ViewModels? Ich komme ja nicht drum herum, pro View ein VM zu haben, wenn es View-individuelle Eigenschaften gibt, allerdings gefällt mir die Redundanz nicht, die ich bei den "statischen" Properties hätte.
Ich will ja zentral eine Property setzen, und nicht den Wert mehrfach, obwohl er immer derselbe ist.

Gibt es da einen Lösungsvvorschlag ?

Vielen Dank,
Plexian

*Thema verschoben - Nach 1566 Beiträgen solltest du es wissen* ~NoFear23m

@Nofear23m

Nein die Zahl ist nicht konstant, sie entspricht der Anzahl der angeschlossenen Bildschirme.
Das heißt ich nutze die SlaveVMs als Properties in einem MasterVM, das klingt sehr gut, vielen Dank!

Na gut, dass ist klar.

Mir kommt nun die Frage, wie genau du das die Entscheidung, welches SlaveVM gewählt wird, entschieden wird.
Ich habe nun ja x Instanzen einer View (Window) und habe konkret einen Command für den ButtonClick, der auf den verschiedenen Viewinstanzen verschieden agiert (er ruft eine Methode mit anderen Parametern auf, je nachdem welcher Bildschirm verwendet wird).
Nun kann ich ja a) nicht das Ganze im XAML binden, es sei denn ich hab alle Properties aus den SlaveVM nochmal im MasterVM, wobei dann im MasterVM das richtige SlaveVM gewählt wird. Dann bleibt aber die Frage, wie identifizierte ich das richtige SlaveVM, ich hab ja in einem Command bspw. keinen Rückschluss auf den Sender.

@ErfinderDesRades Ich denke ich war an folgender Stelle unklar: Es geht nicht darum, dass die Instanzen an gemeinsame und verschiedene Properties gebunden werden (dann wäre Vererbung klar), sondern alle an das gleiche VM gebunden sind, aber ggf. die Properties verschiedene Werte pro View haben können (aber nicht immer!). Generell ist dafür ja static gedacht, aber das funktioniert logischerweise nicht mit dem INotifyPropertyChanged Interface.

@Nofear23m Ich dachte ich hätte dich jetzt verstanden, aber dein Projekt wirft dann doch ein zwei Fragen auf.
Meine Herangehensweise wäre nun, unter Voraussetzung, dass ich eine View-Klasse habe und ein SlaveVM sowie ein MasterVM.
SlaveVM beinhaltet die Properties, dessen Werte pro Viewinstanz individuell ein können, MasterVM das Gegenteil. SlaveVM hat dabei eine Referenz auf MasterVM.
Ich erstelle nun n Instanzen der View, n Instanzen eines SlaveVMs und eine Instanz des MasterVM. Jeder ViewInstanz gebe ich als DataContext ein SlaveVM und jedem SlaveVM geb ich als Referenz das MasterVM.
Ich kann mir noch nicht ganz vorstellen, wie das Binding an eine Property aus MasterVM funktioniert, da der DataContext ja immer das SlaveVM ist, aber ich kann gerade auch nicht testen - solange die Idee richtig ist, probiere ich das nachher gern aus, vielen Dank bis hierhin!

@Nofear23m
Alles klar, funktioniert alles so wie geplant, vielen Dank!
Ich habe jetzt allerdings keine Referenz vom Master zu den Slaves, sondern nur andersherum, ich wüsste nicht wofür ich ersteres bräuchte.

Thema als erledigt markiert!

@Nofear23m
Ne eben nicht

Plexian schrieb:

Meine Herangehensweise wäre nun, unter Voraussetzung, dass ich eine View-Klasse habe und ein SlaveVM sowie ein MasterVM.
SlaveVM beinhaltet die Properties, dessen Werte pro Viewinstanz individuell ein können, MasterVM das Gegenteil. SlaveVM hat dabei eine Referenz auf MasterVM.
Ich erstelle nun n Instanzen der View, n Instanzen eines SlaveVMs und eine Instanz des MasterVM. Jeder ViewInstanz gebe ich als DataContext ein SlaveVM und jedem SlaveVM geb ich als Referenz das MasterVM.

So habe ich das Ganze umgesetzt, sprich nur eine Referenz von Slave zu Master, und der DataContext der Views werden die SlaveVM Instanzen.

Funktioniert zumindest alles wie gewollt, gibt es da designtechnische Einwände?