Suchergebnisse

Zitat von DTF: „Für Design- wie auch Lauf-Zeit würde ich die selbe Liste nehmen.“Ich bin da noch radikaler: Vermeide das Wörtchen New. Wenn du mit Databinding unterwegs bist, und erstellst eine Liste mit New, dann sind alle Bindings an die Liste futsch. Bzw um genau zu sein: sie sind noch da, binden aber nachwievor an die alte Liste, die nicht mehr gebraucht wird. Also die ListCollectionView einmal erstellen für beide: DesignZeit und Runtime. Guck dir nochmal meine Architektur an. Ansonsten brau…

Zitat von Haudruferzappeltnoch: „Ich hab den Vorteil, dass ich keine Produkte ändern muss (sind auch alle Properties ReadOnly), deswegen wird das wohl so sein.“INotifyPropertyChanged brauchst du streng genommen nur, wenn du einen Datensatz änderst, der woanders auch angezeigt wird. Damit die zweite Anzeige sich aktualisiert. Aber da das bei Datensätzen relativ oft vorkommt, gibt man einfach jeder Datensatz-Klasse ein INotifyPropertyChanged (vorzugsweise geerbt von ViewmodelBase). Aber wenn du da…

kann man machen. Quasi alle Buttons verbannen, und nur noch Checkboxen verwenden, die aussehen wie Buttons. Vielleicht geht das auch mit MenüItem. Aber einfacher ginge es, wenn man für Buttons Buttons verwendet und für MenüItem MenüItem. Und zwei wichtige Features des Command-Patterns gehen dabei flöten: Binding an übergeordnete Viewmodels und die CanExecute-Funktionalität Also offsichtlich gelingt dir, die Checkbox.Checked-Eigenschaft an eine Boolean-Property zu binden. Wenn das bei dir funzt, …

Zitat von Haudruferzappeltnoch: „Aber was mache ich damit, wenn ich keine solche Barrieren habe?“dann lass es weg, meingottwasdennsonst. Zitat: „+= If(Rating <10,1,0)“kann man machen. Ist nur komisch für den User, wenns da einen enableten UpRating-Button gibt, der ab 10 nicht mehr uprated - da sehe ich durchaus schon eine ganz deutliche Motivation. Oder wenn es einen Item-Delete-Button gibt, und die Liste ist leer. In meiner Welt muss so ein Button dann disabled werden, weil ist ja einfach Tatsa…

ich meine mit Weglassen: lass es weg, das Feature zu benutzen. Ich meine nicht: programmiere das Feature weg. Grade beim RelayCommand sind im Tut eigentlich sehr schön alle Standard-Features verwendet - das wird nicht einfach, da was weg-zu-vereinfachen. Schon weil der Kram vom ICommand-Interface ja gefordert ist. ZB hast du dich schon mit dem CommandParameter beschäftigt? Wird im Tut benutzt, aber nur ganz knapp erwähnt. Dabei berührt das eine hochinteressante Eigenschaft des Wpf-DataContexts, …

Zitat von Haudruferzappeltnoch: „Bei IsChecked der CheckBox kann man sehen wie Setter und Getter aufgerufen werden. Beim Command des Buttons muss hingegen ja irgendwo ICommand.Execute aufgerufen werden. Also klar erstmal mit dem Getter dran kommen, aber dann ist das ja noch ein Extraschritt, den man nirgendwo sieht.“ Bei Checked ändert das Control den Property-Wert. Das ist beim Command nicht nötig. Beim Command wird nur das Command abgeholt - genau einmal. Dann hat der Button das Command. Und w…