Suchergebnisse

Zitat von cry.baby: „Es soll sich ja alles im ViewModel abspielen...“ Sehe ich auch so.... Wenn ich deinen Text richtig verstanden habe ist das simples Binding. Kurz und Bündig hast du eine Combobox und je nach auswahl in dieser willst du in einer zweiten Combobox andere Items generieren. OK. Dann machst du in deinem ViewModel für die erste Combobox zwei Eigenschaften. Ich nenne diese mal MyCollection1 und MySelectedItem1. Die Combobox ist auf MyCollection1 gebunden und SelectedItem der Combobox…

Zitat von cry.baby: „Jetzt wo ich die Frage stelle, fällt mir ein, dasss NotifyOfPropertyChange auch eine Methode ist und die ist ja auch im Setter eingebettet.“ Genau richtig erkannt. Und wenn du nicht bei jeder Zuweisung neu von der DB abrufen willst sondern nur falls sich der Wert wirklich geändert hat kannst du auch mit If Not _deinePRopertyVariable = value Then vorher abrufen. Ich verwende für derartige Dinge sehr gerne den Setter von "SelectedItem". Das ist eine sehr komfortable Sache im z…

z.b. Trigger in Verbindung mit AttachedProperties aber das sind dann eher speziellere Dinge. Ich habe aber auch schon gesehen das Leute Events in der CodeBehind abonnieren und sich dann in der CodeBehind das ViewModel über den DatenContext holen umd dann Prozeduren im VM anzustoßen. In gewissen Fällen ist das auch in Ordnung aber man sollte versuchen sowas zu vermeiden. Grüße Sascha

Zitat von cry.baby: „In gewisser Hinsicht war es mit WinForms doch geradeliniger...“ Ich für meinen Teil finde Binding um einiges übersichtlicher. Das einzige wo sich manche schwer tun ist einfach das die Codedatei (in diesem Fall das ViewModel) nicht direkt unter dem Window/Control im SolutionExplorer ist sondern so anders. Aber sonst ist Binding ja viel besser. Ich muss mich um sooo vieles einfach nicht mehr kümmern. aber ist eben Geschmacksache. Grüße Sascha