Ich wollte an ein ObservableCollection in XAML binden und dort auch die Gruppierung anwenden. Im Prinzip funktionierte das gut.
Dann wurde der Datenbindungsausdruck ItemsSource="{Binding Source={StaticResource ResourceKey=cvs}}" anstelle von ItemsSource="{Binding Path=TestTemplates}" .
Zuerst schien alles cool, bis ich die UI aus dem View-Modell aktualisieren wollte. Das Problem ist, dass CollectionViewSource.GetDefaultView(TestTemplates) eine andere Ansicht zurückgegeben hat als die von XAML, in der die Gruppierung angewendet wurde. Daher konnte ich keine Auswahl treffen oder irgendetwas Nützliches damit machen.
Ich könnte es beheben, indem ich die Liste erneut direkt an die Eigenschaft des Ansichtsmodells anbinde und die Gruppierung im Code-Behind einrichtet. Aber ich bin nicht so glücklich mit dieser Lösung.
%Vor%Ich nehme an, der Grund dafür ist bereits von John Skeet hier gegeben .
Dennoch würde ich erwarten, dass es einen Weg geben sollte, die richtige Sichtweise zu bekommen. Liege ich falsch?
Einen Weg gefunden, basierend auf J. Lennons Antwort. Wenn ich mit meinem Befehl etwas übergebe, das Zugriff auf die Ressourcen hat, kann ich dort das CollectionViewSource nachschlagen.
In XAML ( CollectionViewResource wie oben):
Und im VM-Code:
%Vor% Execute ist diejenige, die dem RelayCommand zugewiesen wurde.
Dies würde die Frage beantworten, aber ich mag es nicht sehr. Meinungen?
Ich tendiere dazu, die Sammlungsansicht nur von der VM aus anzuzeigen, anstatt sie in der Ansicht zu definieren:
%Vor%Auf diese Weise hat Ihre VM die volle Kontrolle darüber, was der Ansicht ausgesetzt ist. Es kann zum Beispiel die Sortierreihenfolge als Reaktion auf eine Benutzeraktion ändern.
Tags und Links wpf c# xaml code-behind collectionviewsource