DataGridView ist nichts WPF-Spezifisches, und benötigen wirst du sie eh nie.
Bindings hingegen sind zentraler Stoff und maximalst geil. Da solltest du dich einlesen.

Samus Aran schrieb:

DataGridView ist nichts WPF-Spezifisches, und benötigen wirst du sie eh nie.
Bindings hingegen sind zentraler Stoff und maximalst geil. Da solltest du dich einlesen.

1. Toooootal falsch
2. 100% richtig.

Wenn du nen Buch gelesen hast solltest du eigentlich Bindings voll drauf haben. WPF baut sehr viel auf Bindings auf. Grundsätzlich hat so ein Binding eine Source. Default ist dabei der DataContext(beliebiges Objekt z.B. ein ViewModel). Du kannst aber auch als Source z.B. über ElementName einen Slider wählen. Nun kannst du über die Path Eigenschaft sagen ich möchte die Value des Sliders und dies z.B. zur Laufzeit ohne eine einzige Zeile Code in nem TextBlock anzeigen lassen. Beispiel: .... Text="{Binding Value, ElementName=meinslider}" ...
Das Ganze kannste dann noch mit mehreren Einstellungen wie z.B. nem Format verfeinern und somit würde dann z.B. 'wert: 100%' dort stehen. Außerdem gibt es auch Sachen wie MultiBinding wo du mehrere Bindings zusammenführen kannst, eigene Converter,.... Schaus dir mal an denn das gehört zu 100% zu WPF.

Was das Control DataGrid angeht. Dies ist im Prinzip eine Art Tabelle welche du von vorne bis hinten umgestalten kannst und recht viele Möglichkeiten hat. Ich hoffe für dich jedoch, dass dir das Erstellen eines eigenen Templates erspart bleibt. Mussten das mal auf der Arbeit und kann mich noch gut errinnern, dass das echt ne Drecksarbeit war :P.
Nunja an diese "Tabelle" kannst du nun auch wieder über Bindings eine z.B. ObservableCollection dran binden und wenn du etwas in der Tabelle änderst wird das dann über Bindings wieder direkt in der Liste aktualisiert und natürlich umgekehrt. Wie Samus darauf kommt, dass man dies so gut wie nie verwendet weiß ich auch nicht. Tatsache ist aber, dass das Control garantiert sehr oft verwendet wird. Verwenden kannst du das Teil immer wenn du ne Tabelle brauchst, da es viele Möglichkeiten bietet und sehr einfach handzuhaben ist.

msdn.microsoft.com/en-us/libra…s.forms.datagridview.aspx Your argument is invalid.
Das DataGridView-Control ist nichts, was es nur in WPF gibt, ich hatte Recht.

Keine Sorge, das wird schon. Als ich die ersten paar WPF-Videos auf Youtube hochgeladen hab, war ich nur geringfügig weiter als du jetzt.

Du kannst Objekte als DataContext eines Elements setzen, z.B. eines Fensters. Im XAML des Fensters kannst du dann mit {Binding PropertyName} oder {Binding Path=PropertyName} drauf zugreifen.
Ein Beispiel: Sagen wir, du hast ein Objekt mit einer String-Property, die "Name" heißt. Wenn du dieses Objekt jetzt mit DataContext = myObject; als DataContext des Fensters setzt, kannst du, wenn du diese Property mit ner TextBox anzeigen und ändern lassen willst, dies im XAML des Fensters machen:
Fertig. Wenn jemand in der TextBox etwas eingibt, wird die Property in Echtzeit geändert. Wenn du die Property im Code änderst, verändert sich auch der Kram in der TextBox.
Vorbei sind die Tage, in denen man UI-Elemente im Code ansprach.

Auch zu empfehlen: WPF Tutorial by Christian Moser